データベーススキーマが存在するかどうかを照会する方法

ビルドプロセスの一部として、コードを4つの異なる環境に展開するときにデータベース更新スクリプトを実行します。同じクエリは、私たちが生産にリリースをドロップするまでに追加されますので、それが持っている特定のデータベースに複数回実行できるようにします。このような：

IF NOT EXISTS (SELECT * FROM sys.tables WHERE object_id = OBJECT_ID(N'[Table]'))
BEGIN
  CREATE TABLE [Table]
  (...)
END

現在、配置/ビルドスクリプトにcreate schemaステートメントがあります。スキーマの存在をどこで問い合わせればよいですか？

sys.schemasをお探しですか？

IF NOT EXISTS (SELECT * FROM sys.schemas WHERE name = 'jim')
BEGIN
EXEC('CREATE SCHEMA jim')
END

CREATE SCHEMAは独自のバッチで実行する必要があることに注意してください（以下の回答に従って）

@bdukesは、スキーマが存在するかどうかを判断するのに最適ですが、上記のステートメントはSQL Server 2005では機能しませんCREATE SCHEMA <name>。独自のバッチで実行する必要があります。回避CREATE SCHEMA策は、execでステートメントを実行することです。

これが私がビルドスクリプトで使用したものです。

IF NOT EXISTS (SELECT 1 FROM sys.schemas WHERE name = '<name>')
BEGIN
    -- The schema must be run in its own batch!
    EXEC( 'CREATE SCHEMA <name>' );
END

これは古いので、追加を余儀なくされました。SQLSERVER 2008+の場合これらはすべて（選択部分に対して）機能し、次に、を使用EXECUTE('CREATE SCHEMA <name>')して否定的な結果で実際に作成します。

DECLARE @schemaName sysname = 'myfunschema';
-- shortest
If EXISTS (SELECT 1 WHERE SCHEMA_ID(@schemaName) IS NOT NULL)
PRINT 'YEA'
ELSE
PRINT 'NOPE'

SELECT DB_NAME() AS dbname WHERE SCHEMA_ID(@schemaName) IS NOT NULL -- nothing returned if not there

IF NOT EXISTS ( SELECT  top 1 *
                FROM    sys.schemas
                WHERE   name = @schemaName )
PRINT 'WOOPS MISSING'
ELSE
PRINT 'Has Schema'

SELECT SCHEMA_NAME(SCHEMA_ID(@schemaName)) AS SchemaName1 -- null if not there otherwise schema name returned

SELECT SCHEMA_ID(@schemaName) AS SchemaID1-- null if not there otherwise schema id returned


IF EXISTS (
    SELECT sd.SchemaExists 
    FROM (
        SELECT 
            CASE 
                WHEN SCHEMA_ID(@schemaName) IS NULL THEN 0
                WHEN SCHEMA_ID(@schemaName) IS NOT NULL THEN 1
                ELSE 0 
            END AS SchemaExists
    ) AS sd
    WHERE sd.SchemaExists = 1
)
BEGIN
    SELECT 'Got it';
END
ELSE
BEGIN
    SELECT 'Schema Missing';
END

ちょうどように余分な「守り」、次のバージョンは> 1のマッチングの可能性（ただしそう）のアカウントに型変換エラーを生成Schemaする方法検証コードに類似の、多くの場合、意図的にスロー例外の私はにそれの良いを信じて、私はそれの信じているから考えられるすべての戻り結果を説明するための「 'ベストプラクティス'」ではありませんが、致命的な例外を生成するだけであっても、通常、処理を停止する既知の効果は、トラップされていないエラーの不明なカスケード効果よりも優れているためです。それは非常に低いですので、私はそれの価値が別々のトラブルとは思いませんでしたCountチェック+ ThrowまたはTry- Catch- Throwそれにもかかわらず、よりユーザーフレンドリーな致命的なエラーが、まだ致命的なエラーを発生させます。

SS 2005-：

declare @HasSchemaX bit
set @HasSchemaX = case (select count(1) from sys.schemas where lower(name) = lower('SchemaX')) when 1 then 1 when 0 then 0 else 'ERROR' end

SS 2008以降：

declare @HasSchemaX bit = case (select count(1) from sys.schemas where lower(name) = lower('SchemaX')) when 1 then 1 when 0 then 0 else 'ERROR' end

次に：

if @HasSchemaX = 1
begin
   ...
end -- if @HasSchemaX = 1

コンポーネントのレイアウトで可能であれば、これも機能します。

存在する場合（sys.schemasからSELECT 1 WHERE name = 'myschema'）NOEXECをONに設定します 
行く
スキーマの作成myschema
GO 
SET NOEXEC OFF-さらに処理が必要な場合。
GO