CREATE TABLE (Transact-SQL)

構文

CREATE TABLE 
    [ database_name . [ schema_name ] . | schema_name . ] table_name 
        ( { <column_definition> | <computed_column_definition> 
                | <column_set_definition> }
        [ <table_constraint> ] [ ,...n ] ) 
    [ ON { partition_scheme_name ( partition_column_name ) | filegroup 
        | "default" } ] 
    [ { TEXTIMAGE_ON { filegroup | "default" } ] 
    [ FILESTREAM_ON { partition_scheme_name | filegroup 
        | "default" } ]
    [ WITH ( <table_option> [ ,...n ] ) ]
[ ; ]

<column_definition> ::=
column_name <data_type>
    [ FILESTREAM ]
    [ COLLATE collation_name ] 

    [ SPARSE ] 

    [ NULL | NOT NULL ]
    [ 
        [ CONSTRAINT constraint_name ] DEFAULT constant_expression ] 
      | [ IDENTITY [ ( seed ,increment ) ] [ NOT FOR REPLICATION ] 
    ]
    [ ROWGUIDCOL ] [ <column_constraint> [ ...n ] ] 

<data type> ::= 
[ type_schema_name . ] type_name 
    [ ( precision [ , scale ] | max | 
        [ { CONTENT | DOCUMENT } ] xml_schema_collection ) ] 

<column_constraint> ::= 

[ CONSTRAINT constraint_name ] 
{     { PRIMARY KEY | UNIQUE } 
        [ CLUSTERED | NONCLUSTERED ] 
        [ 
            WITH FILLFACTOR = fillfactor  
          | WITH ( < index_option > [ , ...n ] ) 
        ] 
        [ ON { partition_scheme_name ( partition_column_name ) 
            | filegroup | "default" } ]
  | [ FOREIGN KEY ] 
        REFERENCES [ schema_name . ] referenced_table_name [ ( ref_column ) ] 
        [ ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ] 
        [ ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ] 
        [ NOT FOR REPLICATION ] 
  | CHECK [ NOT FOR REPLICATION ] ( logical_expression ) 
} 

<computed_column_definition> ::=
column_name AS computed_column_expression 
[ PERSISTED [ NOT NULL ] ]
[ 
    [ CONSTRAINT constraint_name ]
    { PRIMARY KEY | UNIQUE }
        [ CLUSTERED | NONCLUSTERED ]
        [ 
            WITH FILLFACTOR = fillfactor 
          | WITH ( <index_option> [ , ...n ] )
        ]
    | [ FOREIGN KEY ] 
        REFERENCES referenced_table_name [ ( ref_column ) ] 
        [ ON DELETE { NO ACTION | CASCADE } ] 
        [ ON UPDATE { NO ACTION } ] 
        [ NOT FOR REPLICATION ] 
    | CHECK [ NOT FOR REPLICATION ] ( logical_expression ) 
    [ ON { partition_scheme_name ( partition_column_name ) 
        | filegroup | "default" } ]
] 

<column_set_definition> ::=
column_set_name XML COLUMN_SET FOR ALL_SPARSE_COLUMNS

< table_constraint > ::=
[ CONSTRAINT constraint_name ] 
{ 
    { PRIMARY KEY | UNIQUE } 
        [ CLUSTERED | NONCLUSTERED ] 

                (column [ ASC | DESC ] [ ,...n ] ) 
        [ 
            WITH FILLFACTOR = fillfactor 
           |WITH ( <index_option> [ , ...n ] ) 
        ]
        [ ON { partition_scheme_name (partition_column_name)
            | filegroup | "default" } ] 
    | FOREIGN KEY 
                ( column [ ,...n ] ) 
        REFERENCES referenced_table_name [ ( ref_column [ ,...n ] ) ] 
        [ ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ] 
        [ ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ] 
        [ NOT FOR REPLICATION ] 
    | CHECK [ NOT FOR REPLICATION ] ( logical_expression ) 
} 

<table_option> ::=
{
    DATA_COMPRESSION = { NONE | ROW | PAGE }
      [ ON PARTITIONS ( { <partition_number_expression> | <range> } 
            [ , ...n ] ) ]
}

<index_option> ::=
{ 
    PAD_INDEX = { ON | OFF } 
  | FILLFACTOR = fillfactor 
  | IGNORE_DUP_KEY = { ON | OFF } 
  | STATISTICS_NORECOMPUTE = { ON | OFF } 
  | ALLOW_ROW_LOCKS = { ON | OFF} 
  | ALLOW_PAGE_LOCKS ={ ON | OFF} 
  | DATA_COMPRESSION = { NONE | ROW | PAGE }
       [ ON PARTITIONS ( { <partition_number_expression> | <range> } 
       [ , ...n ] ) ]
}
<range> ::= 
<partition_number_expression> TO <partition_number_expression>

引数

• database_name
  テーブルを作成するデータベースの名前を指定します。database_name には、既存のデータベースを指定する必要があります。指定しない場合、database_name は現在のデータベースに設定されます。現在の接続に対するログインには、database_name で指定されたデータベース内の既存のユーザー ID を関連付け、そのユーザー ID に CREATE TABLE 権限を許可しておく必要があります。

• schema_name
  新しいテーブルが所属するスキーマの名前です。

• table_name
  新しいテーブルの名前です。テーブル名は、識別子の規則に従う必要があります。116 文字までしか使用できないローカル一時テーブル名 (名前の先頭に 1 つの番号記号 (#) が付加されます) を除き、table_name には、最大 128 文字を使用できます。

• column_name
  テーブルの列名です。列名は、識別子の規則に従う必要があり、テーブル内で一意であることが必要です。column_name は 128 文字まで指定できます。timestamp データ型の列では、column_name を省略できます。column_name が指定されていない場合、timestamp 列の名前は、既定値の timestamp になります。

• computed_column_expression
  計算列の値を定義する式です。計算列は、PERSISTED とマークされていない限り、テーブルに物理的に保存されない仮想列です。計算列は、同じテーブルの他の列を使用した式によって計算されます。たとえば、計算列は cost AS price * qty として定義されます。非計算列の名前、定数、関数、変数、およびこれらを 1 つ以上の演算子によって結合した組み合わせを式にすることができます。サブクエリを式にすることはできません。また、別名データ型を含むこともできません。

  計算列は、選択リスト、WHERE 句、ORDER BY 句、その他標準式が使用できる任意の位置で使用できます。ただし、次の場合は除きます。

  • 計算列は、DEFAULT 制約定義または FOREIGN KEY 制約定義として使用したり、NOT NULL 制約定義と共に使用したりすることはできません。ただし、計算列の値が決定的な式によって定義され、その結果のデータ型がインデックス列で可能な場合、計算列は、インデックスのキー列として、または任意の PRIMARY KEY 制約または UNIQUE 制約の一部として使用できます。

    たとえば、テーブルに整数型の列 a と b がある場合、計算列 a+b にはインデックスを作成できますが、計算列 a+DATEPART(dd, GETDATE()) にインデックスを作成することはできません。これは、この計算列の値が次の呼び出しで変更される可能性があるためです。

  • 計算列を INSERT ステートメントまたは UPDATE ステートメントの対象にすることはできません。

  注意
  テーブル内の個々の行によって、計算列に関係する列の値が異なることがあるため、計算列の値はすべての行について同じにならないことがあります。

  計算列で NULL 値を許容するかどうかは、使用されている式に基づいてデータベース エンジンによって自動的に決定されます。NULL 値を許容しない列のみの場合でも、ほとんどの式の結果は NULL 値を許容すると見なされます。これは、アンダーフローやオーバーフローによって結果が NULL 値になる場合があるためです。テーブルの任意の計算列で NULL 値が許容されるかどうかを調べるには、COLUMNPROPERTY 関数で AllowsNull プロパティを使用します。NULL 値が許容される式を、NULL 値を許容しない式に変換するには、ISNULL に check_expression 定数を指定します。この定数は、NULL 値の結果の代わりに使用される NULL 以外の値です。計算列では、共通言語ランタイム (CLR) のユーザー定義型の式に基づいて、その型に対する REFERENCES 権限が必要です。

• PERSISTED
  SQL Server データベース エンジンで、計算値をテーブルに物理的に保存し、依存する計算列のいずれかが更新された場合にその値を更新するように指定します。計算列に PERSISTED とマークすることで、計算列に対し、決定的ではあるが正確ではないインデックスを作成することができます。詳細については、「計算列に対するインデックスの作成」を参照してください。パーティション テーブルのパーティション分割列として使用する計算列は、明示的に PERSISTED とマークする必要があります。PERSISTED が指定されている場合は、computed_column_expression は決定的であることが必要です。

• ON { <partition_scheme> | filegroup | "default" }
  テーブルが格納されるパーティション構成またはファイル グループを指定します。<partition_scheme> を指定すると、テーブルはパーティション テーブルとなり、各パーティションは <partition_scheme> で指定した 1 つ以上のファイル グループに格納されます。filegroup を指定すると、テーブルは指定されたファイル グループに格納されます。ファイル グループはデータベース内に存在している必要があります。"default" を指定するか、ON をまったく指定しないと、テーブルは既定のファイル グループに格納されます。CREATE TABLE で指定したテーブルの格納方法を後から変更することはできません。

  ON {<partition_scheme> | filegroup | "default"} は、PRIMARY KEY 制約または UNIQUE 制約で指定することもできます。これらの制約はインデックスを作成します。filegroup を指定すると、インデックスは指定されたファイル グループに格納されます。"default" を指定するか、ON をまったく指定しないと、インデックスはテーブルと同じファイル グループに格納されます。PRIMARY KEY 制約または UNIQUE 制約がクラスタ化インデックスを作成する場合、テーブルのデータ ページはインデックスと同じファイル グループに格納されます。CLUSTERED を指定するか、制約によりクラスタ化インデックスを作成し、テーブル定義の <partition_scheme> または filegroup とは異なる <partition_scheme> (またはその逆) を指定すると、制約定義だけが優先され、それ以外は無視されます。

  注意
  ここでは、default はキーワードではありません。default は、既定ファイル グループの識別子のため、ON "default" または ON [default] のように区切る必要があります。"default" を指定する場合は、現在のセッションの QUOTED_IDENTIFIER オプションが ON である必要があります。これは既定の設定です。詳細については、「SET QUOTED_IDENTIFIER (Transact-SQL)」を参照してください。

  注意
  パーティション テーブルを作成した後、テーブルの LOCK_ESCALATION オプションを AUTO に設定することを検討してください。テーブルではなくパーティション (HoBT) レベルにロックをエスカレートできるようにすることで、同時実行性が向上します。詳細については、「ALTER TABLE (Transact-SQL)」を参照してください。

• TEXTIMAGE_ON { filegroup| "default" }
  text 列、ntext 列、image 列、xml 列、varchar(max) 列、nvarchar(max) 列、varbinary(max) 列、および CLR ユーザー定義型の列が、指定したファイル グループに格納されることを示すキーワードです。

  テーブル内に値の大きな列がない場合は、TEXTIMAGE_ON は指定できません。<partition_scheme> を指定した場合は、TEXTIMAGE_ON を指定できません。"default" を指定するか、TEXTIMAGE_ON をまったく指定しないと、値の大きな列は既定のファイル グループに格納されます。CREATE TABLE で指定した値の大きな列のデータの格納方法を、後から変更することはできません。

  注意
  ここでは、default はキーワードではありません。default は、既定のファイル グループの識別子のため、TEXTIMAGE_ON "default" または TEXTIMAGE_ON [default] のように区切る必要があります。"default" を指定する場合は、現在のセッションの QUOTED_IDENTIFIER オプションが ON である必要があります。これは既定の設定です。詳細については、「SET QUOTED_IDENTIFIER (Transact-SQL)」を参照してください。

• FILESTREAM_ON { partition_scheme_name | filegroup | "default" }
  FILESTREAM データのファイル グループを指定します。

  テーブルが FILESTREAM データを含んでおり、パーティション分割されている場合、FILESTREAM_ON 句を使用して、FILESTREAM ファイル グループのパーティション構成を指定する必要があります。このパーティション構成では、テーブルのパーティション構成と同じパーティション関数とパーティション列を使用する必要があります。それ以外の場合は、エラーが発生します。

  テーブルがパーティション分割されていない場合、FILESTREAM 列も分割できません。テーブルの FILESTREAM データは、単一のファイル グループに格納する必要があります。このファイル グループは、FILESTREAM_ON 句で指定します。

  テーブルがパーティション分割されておらず、FILESTREAM_ON 句も指定されていない場合、DEFAULT プロパティが設定されている FILESTREAM ファイル グループが使用されます。FILESTREAM ファイル グループがない場合は、エラーが発生します。

  • ON や TEXTIMAGE_ON と同様に、FILESTREAM_ON の CREATE TABLE を使用して設定された値は、次の場合を除いて変更できません。

  • CREATE INDEX ステートメントでヒープをクラスタ化インデックスに変換する。この場合は、異なる FILESTREAM ファイル グループ、パーティション構成、または NULL を指定できます。

  • DROP INDEX ステートメントでクラスタ化インデックスをヒープに変換する。この場合は、異なる FILESTREAM ファイル グループ、パーティション構成、または "default" を指定できます。

  FILESTREAM_ON <filegroup> 句のファイル グループ、またはパーティション構成で指定されている各 FILESTREAM ファイル グループには、ファイルが 1 つ定義されている必要があります。このファイルは、CREATE DATABASE ステートメントまたは ALTER DATABASE ステートメントを使用して定義する必要があります。それ以外の場合は、エラーが発生します。

  関連する FILESTREAM のトピックについては、「FILESTREAM ストレージの設計と実装」を参照してください。

• [ type_schema_name**.** ] type_name
  列のデータ型と、そのデータ型が所属するスキーマを指定します。データ型は、次のいずれかです。

  • システム データ型。

  • SQL Server のシステム データ型に基づく別名型。別名データ型をテーブル定義の中で使用するには、まず、CREATE TYPE ステートメントで別名データ型を作成する必要があります。別名データ型用の NULL/NOT NULL 割り当ては、CREATE TABLE ステートメントの中で上書きできます。ただし、長さ指定は変更できません。CREATE TABLE ステートメント中の別名データ型の長さは指定できません。

  • CLR ユーザー定義型。CLR ユーザー定義型をテーブル定義の中で使用するには、まず、CREATE TYPE ステートメントで CLR ユーザー定義型を作成する必要があります。CLR ユーザー定義型の列を作成するには、その型に対する REFERENCES 権限が必要です。

  type_schema_name を指定しない場合、SQL Server データベース エンジンは次の順序で type_name を参照します。

  • SQL Server のシステム データ型

  • 現在のデータベースの現在のユーザーの既定のスキーマ

  • 現在のデータベースの dbo スキーマ

• precision
  指定されるデータ型の有効桁数です。有効桁数の詳細については、「有効桁数、小数点以下桁数、および長さ (Transact-SQL)」を参照してください。

• scale
  指定されるデータ型の小数点以下桁数です。有効な小数点以下桁数の詳細については、「有効桁数、小数点以下桁数、および長さ (Transact-SQL)」を参照してください。

• max
  データ型 varchar、nvarchar、および varbinary だけに適用され、2^31 バイトの文字データとバイナリ データ、および 2^30 バイトの Unicode データが格納されます。

• CONTENT
  column_name 内の xml データ型の各インスタンスに、複数のトップレベル要素を含むことができるように指定します。CONTENT は xml データ型にのみ適用され、xml_schema_collection と共に使用する場合にのみ指定できます。指定しない場合は、CONTENT が既定の動作となります。

• DOCUMENT
  column_name 内の xml データ型の各インスタンスに、トップレベル要素を 1 つだけ含むことができるように指定します。DOCUMENT は xml データ型にのみ適用され、xml_schema_collection と共に使用する場合にのみ指定できます。

• xml_schema_collection
  xml データ型だけに適用され、XML スキーマ コレクションと型を関連付けます。スキーマで xml 列を使用するには、まず、CREATE XML SCHEMA COLLECTION を使用してデータベース内にスキーマを作成する必要があります。

• DEFAULT
  挿入の際に明示的な値を指定しない場合に、列に入力される値を指定します。DEFAULT 定義は、timestamp として定義された列または IDENTITY プロパティを持つ列以外のすべての列に適用できます。ユーザー定義型の列に既定値を指定する場合は、その型で constant_expression 型からユーザー定義型への暗黙的な変換がサポートされている必要があります。テーブルが削除されると、DEFAULT 定義も削除されます。既定値として使用できるのは、文字列などの定数値、システム、ユーザー定義、CLR のいずれかのスカラ関数、または NULL だけです。SQL Server の旧バージョンとの互換性を保つため、DEFAULT に制約名を割り当てることができます。

• constant_expression
  列の既定値として使用される定数、NULL またはシステム関数です。

• IDENTITY
  新しい列が ID 列であることを示します。テーブルに行が新しく追加されると、データベース エンジンは列に一意な増分の値を設定します。ID 列は通常、PRIMARY KEY 制約と共に使用され、テーブルの一意な行識別子の役割を果たします。IDENTITY プロパティは、tinyint 型、smallint 型、int 型、bigint 型、decimal(p,0) 型、または numeric(p,0) 型の列に割り当てることができます。ID 列は、1 つのテーブルにつき、1 つだけ作成できます。バインドされた既定値および DEFAULT 制約を ID 列と組み合わせて使用することはできません。seed と increment の両方を指定するか、またはどちらも指定しません。どちらも指定しないときの既定値は (1,1) です。

• seed
  テーブルに読み込まれる最初の行に使用される値です。

• increment
  既に読み込まれている前の行の ID 値に加算される増分の値です。

• NOT FOR REPLICATION
  CREATE TABLE ステートメントでは、IDENTITY プロパティ、FOREIGN KEY 制約、CHECK 制約で NOT FOR REPLICATION 句を指定できます。IDENTITY プロパティでこの句を指定すると、レプリケーション エージェントが挿入を行うときに ID 列の値が増加されません。制約でこの句を指定すると、レプリケーション エージェントが挿入、更新、削除操作を行う際に制約が適用されません。詳細については、「NOT FOR REPLICATION を使用した制約、ID、およびトリガの制御」を参照してください。

• ROWGUIDCOL
  新しい列が行の GUID 列であることを示します。1 つのテーブルにつき、1 つの uniqueidentifier 列だけを ROWGUIDCOL 列に指定できます。ROWGUIDCOL プロパティを適用すると、$ROWGUID を使用して列を参照できるようになります。ROWGUIDCOL プロパティは uniqueidentifier 列にだけ割り当てることができます。データベースの互換性レベルが 65 以下である場合、ROWGUIDCOL キーワードは無効です。詳細については、「sp_dbcmptlevel (Transact-SQL)」を参照してください。ユーザー定義データ型の列には、ROWGUIDCOL を割り当てることはできません。

  ROWGUIDCOL プロパティは、列に格納されている値の一意性を設定しません。また、ROWGUIDCOL プロパティは、テーブルに挿入される新しい行の値を自動的に生成しません。各列に対して一意な値を生成するには、INSERT ステートメントで NEWID 関数または NEWSEQUENTIALID 関数を使用するか、これらの関数を列の既定値として使用します。

• SPARSE
  列がスパース列であることを示します。スパース列のストレージは NULL 値用に最適化されます。スパース列を NOT NULL として指定することはできません。スパース列のその他の制限事項と詳細については、「スパース列の使用」を参照してください。

• FILESTREAM
  varbinary(max) 列でのみ有効です。varbinary(max) BLOB データの FILESTREAM ストレージを指定します。

  また、ROWGUIDCOL 属性を持つ uniqueidentifier データ型の列がテーブルに存在する必要があります。この列では、null 値は許可されず、UNIQUE または PRIMARY KEY 単一列制約を持つ必要があります。列の GUID 値は、データの挿入時にアプリケーションによって、または NEWID () 関数を使用する DEFAULT 制約によって、提供する必要があります。

  テーブルに FILESTREAM 列が定義されているときは、ROWGUIDCOL 列を削除したり関連する制約を変更したりすることはできません。ROWGUIDCOL 列は、最後の FILESTREAM 列が削除された後でのみ削除できます。

  列に対して FILESTREAM ストレージ属性を指定した場合、この列のすべての値がファイル システム上の FILESTREAM データ コンテナに格納されます。

• COLLATE collation_name
  列の照合順序を指定します。照合順序名には、Windows の照合順序名か SQL の照合順序名を指定できます。collation_name は、データ型が char 型、varchar 型、text 型、nchar 型、nvarchar 型、および ntext 型の列にだけ適用できます。collation_name を指定しないと、列には、ユーザー定義データ型である場合はユーザー定義データ型の照合順序が割り当てられ、ユーザー定義データ型でなければデータベースの既定の照合順序が割り当てられます。

  Windows の照合順序名および SQL の照合順序名の詳細については、「Windows 照合順序名 (Transact-SQL)」および「SQL 照合順序名 (Transact-SQL)」を参照してください。

  COLLATE 句の詳細については、「COLLATE (Transact-SQL)」を参照してください。

• CONSTRAINT
  PRIMARY KEY 制約、NOT NULL 制約、UNIQUE 制約、FOREIGN KEY 制約、または CHECK 制約の開始を示す省略可能なキーワードです。詳細については、「制約」を参照してください。

• constraint_name
  制約の名前です。制約名は、テーブルが所属するスキーマ内で一意である必要があります。

• NULL | NOT NULL
  列で NULL 値を許容するかどうかを指定します。NULL は厳密には制約ではありませんが、NOT NULL と同じように指定することができます。計算列で NOT NULL を指定できるのは、同時に PERSISTED も指定した場合だけです。

• PRIMARY KEY
  一意なインデックスによって、指定した 1 つ以上の列にエンティティの整合性を設定する制約です。PRIMARY KEY 制約は、1 つのテーブルにつき、1 つだけ作成できます。

• UNIQUE
  一意なインデックスによって、指定した 1 つ以上の列にエンティティの整合性を持たせる制約です。1 つのテーブルは複数の UNIQUE 制約を持つことができます。

• CLUSTERED | NONCLUSTERED
  PRIMARY KEY 制約または UNIQUE 制約に対して、クラスタ化インデックスまたは非クラスタ化インデックスを作成することを示します。PRIMARY KEY 制約の既定値は CLUSTERED で、UNIQUE 制約の既定値は NONCLUSTERED です。

  CREATE TABLE ステートメントの中で 1 つの制約だけに CLUSTERED を指定することができます。UNIQUE 制約で CLUSTERED が指定され、PRIMARY KEY 制約も指定した場合には、PRIMARY KEY の既定値は NONCLUSTERED になります。

• FOREIGN KEY REFERENCES
  1 つ以上の列内のデータに参照整合性を持たせる制約です。FOREIGN KEY 制約では、列内の各値が、参照されるテーブル内のその値に対応する参照される列に存在している必要があります。FOREIGN KEY 制約は、参照されるテーブル内の PRIMARY KEY 制約または UNIQUE 制約である列、または参照されるテーブルの UNIQUE INDEX で参照される列のみを参照できます。計算列の外部キーには、PERSISTED も設定する必要があります。

• [ schema_name**.**] referenced_table_name]
  FOREIGN KEY 制約で参照されるテーブル名と、そのテーブルが所属するスキーマ名です。

• **(**ref_column [ ,... n ] )
  FOREIGN KEY 制約によって参照されるテーブルの 1 つの列または列の一覧です。

• ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT }
  作成されたテーブルの行が参照関係を持ち、参照される行が親テーブルから削除された場合に、その行に対して実行される操作を指定します。既定値は NO ACTION です。

  • NO ACTION
    NO ACTION を指定すると、データベース エンジンではエラーが発生し、親テーブルでの行の削除操作がロールバックされます。

  • CASCADE
    親テーブルから行が削除された場合に、参照元テーブルからもその行が削除されます。

  • SET NULL
    親テーブル内の対応する行が削除されると、外部キーを構成するすべての値に NULL が設定されます。この制約を実行するには、外部キーの列が NULL 値を使用できる必要があります。

  • SET DEFAULT
    親テーブル内の対応する行が削除されると、外部キーを構成するすべての値に既定値が設定されます。この制約を実行するには、すべての外部キー列に既定値が定義されている必要があります。列が NULL 値を許容し、明示的な既定値が設定されていない場合は、列の既定値として NULL が暗黙的に使用されます。

  論理レコードを使用するマージ パブリケーションにテーブルを含める場合、CASCADE は使用しないでください。論理レコードの詳細については、「論理レコードによる関連行への変更のグループ化」を参照してください。

  該当するテーブルに ON DELETE の INSTEAD OF トリガが既に存在する場合は、ON DELETE CASCADE を定義できません。

  たとえば、AdventureWorks データベースで、ProductVendor テーブルに Vendor テーブルとの参照関係があるとします。外部キー ProductVendor.VendorID は、主キー Vendor.VendorID を参照しています。

  Vendor テーブルの行に対して DELETE ステートメントを実行し、ProductVendor.VendorID に対して ON DELETE CASCADE アクションが指定されている場合は、データベース エンジンは ProductVendor テーブルの 1 つ以上の従属行を調べます。従属行がある場合、ProductVendor テーブルの従属行が、Vendor テーブルで参照される行と共に削除されます。

  これに対し、NO ACTION が指定されている場合、ProductVendor テーブルに Vendor テーブルの行を参照する行が 1 つでもあると、データベース エンジンでエラーが発生し、Vendor 行の削除操作をロールバックします。

• ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT }
  変更対象のテーブル内の行が参照関係を持ち、親テーブルで参照先の行が更新された場合、変更対象のテーブル内の行に対して発生する操作を指定します。既定値は NO ACTION です。

  • NO ACTION
    NO ACTION を指定すると、データベース エンジンでエラーが発生し、親テーブルの行の更新操作はロールバックされます。

  • CASCADE
    親テーブルで行が更新された場合に、参照元のテーブルでも対応する行が更新されます。

  • SET NULL
    親テーブル内の対応する行が更新されると、外部キーを構成するすべての値に NULL が設定されます。この制約を実行するには、外部キーの列が NULL 値を使用できる必要があります。

  • SET DEFAULT
    親テーブル内の対応する行が更新されると、外部キーを構成するすべての値に既定値が設定されます。この制約を実行するには、すべての外部キー列に既定値が定義されている必要があります。列が NULL 値を許容し、明示的な既定値が設定されていない場合は、列の既定値として NULL が暗黙的に使用されます。

  論理レコードを使用するマージ パブリケーションにテーブルを含める場合、CASCADE は使用しないでください。論理レコードの詳細については、「論理レコードによる関連行への変更のグループ化」を参照してください。

  変更対象のテーブルに ON UPDATE での INSTEAD OF トリガが既に存在する場合は、ON UPDATE CASCADE を定義できません。

  たとえば、AdventureWorks データベースで、ProductVendor テーブルに Vendor テーブルとの参照関係がある (外部キー ProductVendor.VendorID が主キー Vendor.VendorID を参照している) とします。

  Vendor テーブルの行に対して UPDATE ステートメントを実行し、ProductVendor.VendorID に対して ON UPDATE CASCADE アクションが指定されていると、データベース エンジンは ProductVendor テーブルの 1 つ以上の従属行を調べます。従属行がある場合、ProductVendor テーブルの従属行が、Vendor テーブルで参照される行と共に更新されます。

  これに対し、NO ACTION が指定されている場合、ProductVendor テーブルに Vendor テーブルの行を参照する行が 1 つでもあると、データベース エンジンでエラーが発生し、Vendor 行の更新操作をロールバックします。

• CHECK
  1 つ以上の列に入力できる値を制限することによってドメインの整合性を設定する制約です。計算列の CHECK 制約には、PERSISTED も設定する必要があります。

• logical_expression
  TRUE または FALSE を返す論理式です。別名データ型を式に入れることはできません。

• column
  テーブル制約で使われる、かっこで囲まれた 1 つの列または列リストです。制約定義で使われている列を示します。

• [ ASC | DESC ]
  テーブル制約に参加している 1 つ以上の列が並べ替えられる順序を指定します。既定値は ASC です。

• partition_scheme_name
  パーティション テーブルの各パーティションがマップされるファイル グループを定義するパーティション構成の名前を指定します。パーティション構成はデータベース内に存在している必要があります。

• [ partition_column_name**.** ]
  パーティション テーブルに対して、パーティション分割する列を指定します。ここで指定する列は、partition_scheme_name が使用しているパーティション関数で指定した列と、データ型、長さ、有効桁数が同じであることが必要です。パーティション関数に関与する計算列は、明示的に PERSISTED とマークされている必要があります。

  重要
  パーティション テーブルのパーティション分割列に加え、ALTER TABLE...SWITCH 操作のソースまたはターゲットとなっているパーティション分割されていないテーブルの列にも、NOT NULL を指定することをお勧めします。こうすることで、パーティション分割列の CHECK 制約で NULL 値のチェックを行う必要がなくなります。詳細については、「パーティションの切り替えを使用した効率的なデータの転送」を参照してください。

• WITH FILLFACTOR **=**fillfactor
  インデックス データの格納に使用される個々のインデックス ページをデータベース エンジンがどの程度埋めるかを指定します。ユーザー定義の fillfactor 値は、1 ～ 100 の範囲で指定できます。値を指定しない場合の既定値は 0 です。FILL FACTOR 値が 0 と 100 の機能は、まったく同じです。

  重要
  マニュアルには、WITH FILLFACTOR = fillfactor が PRIMARY KEY 制約または UNIQUE 制約に適用される唯一のインデックス オプションとして記述されていますが、これは旧バージョンとの互換性を維持するために記載されており、将来のリリースではこのような記述はなくなります。

• column_set_name XML COLUMN_SET FOR ALL_SPARSE_COLUMNS
  列セットの名前を指定します。列セットは、型指定されていない XML 表記であり、テーブルのすべてのスパース列を 1 つにまとめて構造化した出力です。列セットの詳細については、「列セットの使用」を参照してください。

• < table_option> ::=
  1 つ以上のテーブル オプションを指定します。

• DATA_COMPRESSION
  指定したテーブル、パーティション番号、またはパーティション範囲に、データ圧縮オプションを指定します。オプションは次のとおりです。

  • NONE
    テーブルまたは指定したパーティションが圧縮されません。

  • ROW
    行の圧縮を使用して、テーブルまたは指定したパーティションが圧縮されます。

  • PAGE
    ページの圧縮を使用して、テーブルまたは指定したパーティションが圧縮されます。

  圧縮の詳細については、「圧縮されたテーブルおよびインデックスの作成」を参照してください。

• ON PARTITIONS ( { <partition_number_expression> | <range> } [ ,...n ] )
  DATA_COMPRESSION 設定を適用するパーティションを指定します。テーブルがパーティション分割されていない場合に ON PARTITIONS 引数を使用すると、エラーが発生します。ON PARTITIONS 句を指定しないと、パーティション テーブルのすべてのパーティションに対して DATA_COMPRESSION オプションが適用されます。

  <partition_number_expression> は以下の方法で指定できます。

  • ON PARTITIONS (2) などのように、1 つのパーティションのパーティション番号を指定します。

  • ON PARTITIONS (1, 5) などのように、複数のパーティションのパーティション番号をコンマで区切って指定します。

  • ON PARTITIONS (2, 4, 6 TO 8) などのように、範囲と個別のパーティションの両方を指定します。

  <range> は、ON PARTITIONS (6 TO 8) などのように、パーティション番号を TO で区切って指定できます。

  さまざまなパーティションにさまざまな種類のデータ圧縮を設定するには、次のように DATA_COMPRESSION オプションを複数回指定します。

  WITH 
  (
  DATA_COMPRESSION = NONE ON PARTITIONS (1), 
  DATA_COMPRESSION = ROW ON PARTITIONS (2, 4, 6 TO 8), 
  DATA_COMPRESSION = PAGE ON PARTITIONS (3, 5)
  )
  

• <index_option> ::=
  1 つ以上のインデックス オプションを指定します。これらのオプションの詳細な説明については、「CREATE INDEX (Transact-SQL)」を参照してください。

• PAD_INDEX = { ON | OFF }
  ON の場合、FILLFACTOR で指定された空き領域の割合が、インデックスの中間レベル ページに適用されます。OFF の場合や、FILLFACTOR 値が指定されていない場合は、中間レベル ページは、中間ページの一連のキーを考慮しつつ、インデックスが持つことのできる最大サイズの行が少なくとも 1 つ格納できる領域を残して、ほぼ容量いっぱいに使用されます。既定値は OFF です。

• FILLFACTOR **=**fillfactor
  インデックスの作成時や変更時に、データベース エンジンが各インデックス ページのリーフ レベルをどのくらい使用するかを示すパーセンテージを指定します。fillfactor は 1 ～ 100 の整数値です。既定値は 0 です。FILLFACTOR 値 0 と 100 の機能は、まったく同じです。

• IGNORE_DUP_KEY = { ON | OFF }
  挿入操作で、一意のインデックスに重複するキーの値を挿入しようとしたときのエラー応答を指定します。IGNORE_DUP_KEY オプションは、インデックスが作成または再構築された後の挿入操作のみに適用されます。このオプションは、CREATE INDEX、ALTER INDEX、または UPDATE の実行には影響しません。既定値は OFF です。

  • ON
    重複したキー値が一意のインデックスに挿入されると、警告メッセージが発行されます。一意性制約に違反する行のみが失敗します。

  • OFF
    重複したキー値が一意のインデックスに挿入されると、エラー メッセージが表示されます。INSERT 操作全体がロールバックされます。

  ビューで作成されるインデックス、一意ではないインデックス、XML インデックス、空間インデックス、およびフィルタ選択されたインデックスに対して、IGNORE_DUP_KEY は ON に設定できません。

  IGNORE_DUP_KEY を表示するには、sys.indexes を使用します。

  旧バージョンと互換性のある構文では、WITH IGNORE_DUP_KEY は WITH IGNORE_DUP_KEY = ON と同じです。

• STATISTICS_NORECOMPUTE = { ON | OFF }
  ON の場合、古いインデックス統計値は自動的には再計算されません。OFF の場合、統計値の自動的な更新が有効になります。既定値は OFF です。

• ALLOW_ROW_LOCKS = { ON | OFF }
  ON の場合、インデックスにアクセスするときに行ロックが許可されます。いつ行ロックを使用するかは、データベース エンジンによって決定されます。OFF の場合、行のロックは使用されません。既定値は ON です。

• ALLOW_PAGE_LOCKS = { ON | OFF }
  ON の場合、インデックスにアクセスするときにページ ロックが許可されます。いつページ ロックを使用するかは、データベース エンジンによって決定されます。OFF の場合、ページ ロックは使用されません。既定値は ON です。

説明

SQL Server 2008 では、各データベースに最大 20 億個のテーブルを持たせることができます。定義された列セットを含む 1 つのテーブルには、非スパース列および計算列の合計数を最大 1,024 として、最大 30,000 列まで持たせることができます。列セットを含まないテーブルの列数は、1,024 列に制限されています。行の数とテーブルの総サイズは、使用可能な記憶領域の量によってのみ制限されます。1 行あたりの最大バイト数は 8,060 です。varchar 型、nvarchar 型、varbinary 型、または sql_variant 型の列を含むテーブルでは、定義されるテーブル幅の合計が 8,060 バイトを超えることがあり、この制限は緩和されます。これらの各列の長さは 8,000 バイトという制限がありますが、合計の幅は、1 テーブル内で 8,060 バイトを超えることができます。詳細については、「8 KB を超える場合の行オーバーフロー データ」を参照してください。

各テーブルは、最大 999 個の非クラスタ化インデックスと 1 個のクラスタ化インデックスを含むことができます。これらのインデックスには、テーブルに対して定義された PRIMARY 制約および UNIQUE 制約をサポートするために生成されたインデックスも含まれます。

一般的にテーブルとインデックスには、一度に 1 エクステントの増分で領域が割り当てられます。テーブルまたはインデックスが作成されると、作成されたテーブルまたはインデックスには、ページが均一エクステントを埋めるのに十分な量になるまで、混合エクステントからページが割り当てられます。ページが均一エクステントを埋めるのに十分な量になった後は、現在割り当てられているエクステントが埋まるたびに新しいエクステントが割り当てられます。テーブルに割り当てられて使用されている領域の大きさに関するレポートを表示するには、sp_spaceused を実行します。

データベース エンジンでは、列定義の中で、DEFAULT、IDENTITY、ROWGUIDCOL または列制約を指定する順序は設定されていません。

テーブルを作成するときに、QUOTED IDENTIFIER オプションが OFF に設定されている場合でも、ON としてテーブルのメタデータ内に格納されます。

一時テーブル

CREATE TABLE #MyTempTable (cola INT PRIMARY KEY);
INSERT INTO #MyTempTable VALUES (1);

CREATE PROCEDURE dbo.Test2
AS
CREATE TABLE #t(x INT PRIMARY KEY);
INSERT INTO #t VALUES (2);
SELECT Test2Col = x FROM #t;
GO
CREATE PROCEDURE dbo.Test1
AS
CREATE TABLE #t(x INT PRIMARY KEY);
INSERT INTO #t VALUES (1);
SELECT Test1Col = x FROM #t;
EXEC Test2;
GO
CREATE TABLE #t(x INT PRIMARY KEY);
INSERT INTO #t VALUES (99);
GO
EXEC Test1;
GO

(1 row(s) affected)

Test1Col    
----------- 
1           

(1 row(s) affected)

Test2Col    
----------- 
2           

パーティション テーブル

PRIMARY KEY 制約

UNIQUE 制約

FOREIGN KEY 制約

DEFAULT 定義

CHECK 制約

制約に関する追加情報

テーブル定義内での NULL 値許容の規則

列に NULL 値を許容するかどうかは、その列にデータとして NULL 値を入力できるかどうかを決めるものです。NULL は 0 でも空白でもありません。NULL は、何も入力されなかった、または明示的な NULL が供給されたことを意味し、通常、値が未知である、または使用できないことを示します。

CREATE TABLE または ALTER TABLE でテーブルを作成または変更すると、データベースとセッションの設定は、列定義で使われているデータ型に NULL 値を許容するかどうかの設定に影響を及ぼし、場合によっては、NULL 値の許容を無効にします。計算列でない場合は、常に列を明示的に NULL または NOT NULL として定義することをお勧めします。ユーザー定義データ型を使用する場合は、データ型に NULL 値を許容するかどうかの既定の設定を列が使用できるようにすることをお勧めします。スパース列では常に NULL を許容する必要があります。

明示的に指定しない場合、列に対して NULL 値を許容するかどうかは以下の表に示す規則に従います。

列のデータ型	規則
別名データ型	データベース エンジンは、データ型が作成されたときに指定された NULL 値を許容するかどうかの設定を使用します。データ型に NULL 値を許容するかどうかの既定の設定を調べるには、sp_help を使用します。
CLR ユーザー定義型 (CLR user-defined type)	NULL 値を許容するかどうかは列の定義によって決まります。
システムから提供されているデータ型	システムから提供されているデータ型にオプションが 1 つしかない場合は、それが優先されます。timestamp データ型は NOT NULL でなければなりません。 SET を使用してセッションの設定が ON に設定されている場合 ANSI_NULL_DFLT_ON が ON になっていれば、NULL が割り当てられます。 ANSI_NULL_DFLT_OFF が ON になっていれば、NOT NULL が割り当てられます。 ALTER DATABASE を使用してデータベース設定が構成されている場合 ANSI_NULL_DEFAULT_ON が ON になっていれば、NULL が割り当てられます。 ANSI_NULL_DEFAULT_OFF が ON になっていれば、NOT NULL が割り当てられます。 ANSI_NULL_DEFAULT のデータベース設定を表示するには、カタログ ビュー sys.databases を使用します。

どちらの ANSI_NULL_DFLT オプションもセッションに設定されていない状態で、データベースが既定値 (ANSI_NULL_DEFAULT が OFF) に設定されていると、既定値である NOT NULL が割り当てられます。

列が計算列の場合、その列に NULL 値を許容するかどうかは、常にデータベース エンジンによって自動的に決定されます。計算列が NULL 値を許容するかどうかを確認するには、COLUMNPROPERTY 関数で AllowsNull プロパティを使用します。

注意
SQL Server ODBC ドライバでも Microsoft OLE DB Provider for SQL Server でも、特に指定のない限り ANSI_NULL_DFLT_ON が ON に設定されます。ODBC ユーザーと OLE DB ユーザーは、ODBC データ ソースで、またはアプリケーションで設定される接続の属性またはプロパティを使って、これを構成することができます。

データの圧縮

権限

データベースの CREATE TABLE 権限と、テーブルを作成するスキーマの ALTER 権限が必要です。

CREATE TABLE ステートメント内の列を CLR ユーザー定義型として定義する場合は、その型の所有権か、その型に対する REFERENCES 権限が必要です。

CREATE TABLE ステートメント内の列に XML スキーマ コレクションが関連付けられている場合は、その XML スキーマ コレクションの所有権か、そのスキーマ コレクションに対する REFERENCES 権限が必要です。

例

A. PRIMARY KEY 制約を使用する

EmployeeID int
PRIMARY KEY CLUSTERED

B. FOREIGN KEY 制約を使用する

SalesPersonID int NULL
REFERENCES SalesPerson(SalesPersonID)

FOREIGN KEY (SalesPersonID) REFERENCES SalesPerson(SalesPersonID)

CONSTRAINT FK_SpecialOfferProduct_SalesOrderDetail FOREIGN KEY
 (ProductID, SpecialOfferID)
REFERENCES SpecialOfferProduct (ProductID, SpecialOfferID)

C. UNIQUE 制約を使用する

Name nvarchar(100) NOT NULL
UNIQUE NONCLUSTERED

D. DEFAULT 定義を使用する

DEFAULT 'New Position - title not formalized yet'

DEFAULT (getdate())

DEFAULT USER

E. CHECK 制約を使用する

CHECK (CreditRating >= 1 and CreditRating <= 5)

CONSTRAINT CK_emp_id CHECK (emp_id LIKE 
'[A-Z][A-Z][A-Z][1-9][0-9][0-9][0-9][0-9][FM]' 
OR emp_id LIKE '[A-Z]-[A-Z][1-9][0-9][0-9][0-9][0-9][FM]')

CHECK (emp_id IN ('1389', '0736', '0877', '1622', '1756')
OR emp_id LIKE '99[0-9][0-9]')

F. 完全なテーブル定義を表示する

CREATE TABLE [dbo].[PurchaseOrderDetail]
(
    [PurchaseOrderID] [int] NOT NULL
        REFERENCES Purchasing.PurchaseOrderHeader(PurchaseOrderID),
    [LineNumber] [smallint] NOT NULL,
    [ProductID] [int] NULL 
        REFERENCES Production.Product(ProductID),
    [UnitPrice] [money] NULL,
    [OrderQty] [smallint] NULL,
    [ReceivedQty] [float] NULL,
    [RejectedQty] [float] NULL,
    [DueDate] [datetime] NULL,
    [rowguid] [uniqueidentifier] ROWGUIDCOL  NOT NULL
        CONSTRAINT [DF_PurchaseOrderDetail_rowguid] DEFAULT (newid()),
    [ModifiedDate] [datetime] NOT NULL 
        CONSTRAINT [DF_PurchaseOrderDetail_ModifiedDate] DEFAULT (getdate()),
    [LineTotal]  AS (([UnitPrice]*[OrderQty])),
    [StockedQty]  AS (([ReceivedQty]-[RejectedQty])),
CONSTRAINT [PK_PurchaseOrderDetail_PurchaseOrderID_LineNumber]
    PRIMARY KEY CLUSTERED ([PurchaseOrderID], [LineNumber])
    WITH (IGNORE_DUP_KEY = OFF)
) 
ON [PRIMARY];

G. XML スキーマ コレクション型を持つ xml 列のあるテーブルを作成する

USE AdventureWorks;
GO
CREATE TABLE HumanResources.EmployeeResumes 
   (LName nvarchar(25), FName nvarchar(25), 
    Resume xml( DOCUMENT HumanResources.HRResumeSchemaCollection) );

H. パーティション テーブルを作成する

CREATE PARTITION FUNCTION myRangePF1 (int)
AS RANGE LEFT FOR VALUES (1, 100, 1000) ;
GO
CREATE PARTITION SCHEME myRangePS1
AS PARTITION myRangePF1
TO (test1fg, test2fg, test3fg, test4fg) ;
GO
CREATE TABLE PartitionTable (col1 int, col2 char(10))
ON myRangePS1 (col1) ;
GO

I. 列で uniqueidentifier 型を使用する

CREATE TABLE dbo.Globally_Unique_Data
(guid uniqueidentifier CONSTRAINT Guid_Default DEFAULT NEWSEQUENTIALID() ROWGUIDCOL,
    Employee_Name varchar(60)
CONSTRAINT Guid_PK PRIMARY KEY (guid) );

J. 計算列で式を使用する

CREATE TABLE dbo.mytable 
( low int, high int, myavg AS (low + high)/2 ) ;

K. ユーザー定義型の列に基づく計算列を作成する

CREATE TABLE UDTypeTable 
( u utf8string, ustr AS u.ToString() PERSISTED ) ;

L. 計算列で USER_NAME 関数を使用する

CREATE TABLE dbo.mylogintable
( date_in datetime, user_id int, myuser_name AS USER_NAME() ) ;

M. FILESTREAM 列を含むテーブルを作成する

CREATE TABLE dbo.EmployeePhoto
    (
    EmployeeId int NOT NULL PRIMARY KEY,
    ,Photo varbinary(max) FILESTREAM NULL
    ,MyRowGuidColumn uniqueidentifier NOT NULL ROWGUIDCOL
        UNIQUE DEFAULT NEWID()
    )

N. 行の圧縮を使用するテーブルを作成する

CREATE TABLE T1 
(c1 int, c2 nvarchar(200) )
WITH (DATA_COMPRESSION = ROW);

O. スパース列と列セットを含むテーブルを作成する

CREATE TABLE T1
(c1 int PRIMARY KEY,
C2 varchar(50) SPARSE NULL ) ;

CREATE TABLE T1
(c1 int PRIMARY KEY,
C2 varchar(50) SPARSE NULL,
C3 int SPARSE NULL,
CSet XML COLUMN_SET FOR ALL_SPARSE_COLUMNS ) ;

関連項目

参照

その他の技術情報