CREATE TABLE ステートメント

呼び出し

このステートメントはアプリケーション・プログラムに組み込んだり、動的 SQL ステートメントを使用して発行することができます。 これは、DYNAMICRULES の実行動作がパッケージに効力を持つ場合にのみ、動的に準備できる実行可能ステートメントです (SQLSTATE 42509)。

許可

構文

Element-list

Column-definition

Data-type

Built-in-type

Column-options

Lob-options

References-clause

Rule-clause

Constraint-attributes

Default-clause

Default-values

Generated-clause

Identity-options

As-row-change-timestamp-clause

As-generated-expression-clause

As-row-transaction-timestamp-clause

As-row-transaction-start-id-clause

Period-definition

Unique-constraint

Referential-constraint

Check-constraint

Check-condition

Functional-dependency

Typed-table-options

Under-clause

Typed-element-list

OID-column-definition

With-options

As-result-table

Materialized-query-definition

Copy-options

Refreshable-table-options

Staging-table-definition

Dimensions-clause

Sequence-key-spec

Tablespace-clauses

Distribution-clause

Partitioning-clause

Range-partition-spec

Partition-expression

Partition-element

Boundary-spec

Starting-clause

Ending-clause

Partition-tablespace-options

Duration-label

Notes:

• ¹ If you specify a dimensions clause, key sequence, or insert time, specifying ROW USING is optional unless the default table organization for the database is COLUMN, in which case specifying ROW USING is mandatory.
• ² If the first column-option chosen is a generated-clause with a generation-expression, then the data-type can be omitted. It will be determined from the resulting data-type of the generation-expression.
• ³ The specified distinct type cannot have any data type constraints and the source type cannot be an anchored data type.
• ⁴ The FOR BIT DATA clause can be specified in any order with the other column constraints that follow. The FOR BIT DATA clause cannot be specified with string units CODEUNITS32 (SQLSTATE 42613).
• ⁵ DB2SECURITYLABEL is the built-in distinct type that must be used to define the row security label column of a protected table.
• ⁶ A column of type DB2SECURITYLABEL, NOT NULL WITH DEFAULT is implicit and cannot be explicitly specified (SQLSTATE 42842). The default value for a column of type DB2SECURITYLABEL is the session authorization ID's security label for write access.
• ⁷ The lob-options clause only applies to large object types (BLOB, CLOB, and DBCLOB) and distinct types based on large object types.
• ⁸ The SCOPE clause only applies to the REF type.
• ⁹ The default-clause and generated-clause cannot both be specified for the same column definition (SQLSTATE 42614).
• ¹⁰ INLINE LENGTH applies only to columns defined as structured, XML, or LOB types.
• ¹¹ The same clause must not be specified more than once.
• ¹² Data type is optional for a row change timestamp column if the first column-option specified is a generated-clause. The data type default is TIMESTAMP(6).
• ¹³ Data type is optional for row-begin and row-end timestamp columns if the first column-option specified is a generated-clause. The data type default is TIMESTAMP(12).
• ¹⁴ Data type is optional for a transaction-start-ID timestamp columns if the first column-option specified is a generated-clause. The data type default is TIMESTAMP(12).
• ¹⁵ Specifying which table space contains a table's indexes can be done when the table is created. If the table is a partitioned table, the index table space for a nonpartitioned index can be specified with the IN clause of the CREATE INDEX statement.
• ¹⁶ This syntax for a partition-element is valid if only one partition-expression exists with a numeric or datetime data type.
• ¹⁷ The first partition-element must include a starting-clause and the last partition-element must include an ending-clause.

説明

システム保守、ユーザー保守、フェデレーテッド・ツール保守、レプリケーション保守のマテリアライズ照会表 (シャドー表) は、それぞれを区別する必要がない限り、マテリアライズ照会表 という総称で呼びます。

IF NOT EXISTS

指定した名前の表が現在のデータベースおよびスキーマに既に存在するために表を作成できなくてもエラー・メッセージを表示しないことを指定します。 このオプションは、通常、SQL コマンドを実行するスクリプト・アプリケーションに使用します。 以下を抑止するとします。Table not foundエラー・メッセージ。スクリプト化されたアプリケーションは影響を受けることも停止することもありません。

このオプションを使用する場合は、以下の条件が適用されます

• AS SELECT 節と一緒に IF NOT EXISTS オプションを使用することはできません。 AS SELECT 節と一緒に IF NOT EXISTS オプションを使用すると、構文エラーになります。
• 表の作成を妨げている他のエラーがある場合を除き、表が作成されなくても CREATE TABLE メッセージが戻されます。 指定した名前の表が既に存在していると、作成に失敗したことが無視されるからです。
• 既存の表とコマンドで指定した表は比較されません。つまり、それらの表のサイズが異なっている可能性があります。 既存の表は現在のサイズのままです。 行の内容は変更されません。 アプリケーションで、ターゲットの表と行が予期されるものであることを確認する必要があります。

table-name

表の名前を指定します。 暗黙または明示の修飾子を含む名前は、カタログに記述されている表、ビュー、ニックネーム、または別名を指定するものであってはなりません。 スキーマ名は SYSIBM、SYSCAT、SYSFUN、または SYSSTAT であってはなりません (SQLSTATE 42939)。

element-list

表の列と制約の定義を含む、表の要素を定義します。

列定義

列の属性を定義します。

column-name

表を構成する列の名前を指定します。 名前を修飾したり、表の複数の列に対して同じ名前を使用したりすることはできません (SQLSTATE 42711)。

行オーガナイズ 表には、以下のものがあります。

• 4K ページ・サイズの場合、最大 500 列。行サイズは 4005 を超えてはなりません。
• 8K ページ・サイズの場合、最大 1012 列。行サイズは 8101 を超えてはなりません。
• 16K ページ・サイズの場合、最大 1012 列。行サイズは 16,293 を超えてはなりません。
• 32K ページ・サイズの場合、最大 1012 列。行サイズは 32,677 を超えてはなりません。

カラム・オーガナイズ 表は、ページ・サイズに関係なく最大 1012 列を持つことができます。列のバイト・カウントは 32,677 を超えてはなりません。 拡張行サイズ・サポートは、 カラム・オーガナイズ 表には適用されません。

詳しくは、 行サイズの制限を参照してください。

data-type

列のデータ・タイプを指定します。

組み込みタイプ (built-in-type)

以下の組み込みデータ・タイプのいずれか。

SMALLINT

短精度整数。

[INTEGER | INT]

長精度整数。

BIGINT

64 ビット整数。

[DECIMAL | DEC | NUMERIC | NUM] (precision-integer、 scale-integer)

10 進数。

• precision integer は、総桁数を指定します。 1 から 31 の範囲内でなければなりません。 デフォルトは 5 です。
• scale integer は、小数点以下の桁数を指定します。 負にすることも、precision より大きくすることもできません。 デフォルトは 0 です。

FLOAT (整数)

単精度または倍精度の浮動小数点数。 指定の長さの範囲に応じて次のように処理されます。

• 1 から 24 の場合、数値で単精度が使用されます。
• 25 から 53 の場合、数値で倍精度が使用されます。

FLOAT の代わりに次を指定できます。

REAL

単精度浮動小数点数。

DOUBLE

倍精度浮動小数点数。

DOUBLE PRECISION

倍精度浮動小数点数。

FLOAT

倍精度浮動小数点数。

DECFLOAT(精度-整数)

10 進浮動小数点数。 precision integer は総桁数 (16 または 34) を指定します。 デフォルトは 34 です。

[CHARACTER | CHAR] (整数 [OCTETS | CODEUNITS32])

指定したコード単位数の固定長文字ストリング。 この数は 1 から 255 (OCTETS) または 1 から 63 (CODEUNITS32) の範囲にすることができます。 デフォルトは 1 です。

[VARCHAR | CHARACTER VARYING | CHAR VARYING] (integer [OCTETS | CODEUNITS32])

指定したコード単位数の最大長の、可変長文字ストリング。 この数は 1 から 32672 (OCTETS) または 1 から 8168 (CODEUNITS32) の範囲にすることができます。

FOR BIT DATA

列の内容をビット (バイナリー) データとして扱うように指定します。 他のシステムとのデータ交換の過程で、 コード・ページ変換は行われません。 比較は、データベース照合シーケンスに関係なくバイナリーで行われます。

CCSID

列に格納されるストリング・データのコード化スキームを指定します。 CCSID 節が指定されていない場合のデフォルトは、表の CCSID です。

ASCII

ストリング・データがデータベース・コード・ページでエンコードされることを指定します。 表が Unicode 表の場合は、CCSID ASCII を指定することはできません (SQLSTATE 56031)。

UNICODE、1208、1200

ストリング・データが Unicode でエンコードされることを指定します。 文字データは UTF-8、GRAPHIC データは UTF-16 BE になります。 CCSID の 1208 と 1200 は、CCSID UNICODE でのシノニムです。 CCSID UNICODE は、SBCS データベースには指定できません (SQLSTATE 560AA)。

表が Unicode 表でない場合、CCSID UNICODE を指定して列を作成できますが、以下の規則が適用されます。

• 表を作成する前に、データベース構成で代替照合シーケンスを指定する必要があります (SQLSTATE 56031)。 CCSID UNICODE 列は、データベース構成で指定した代替照合シーケンスを使用して照合されます。

  サポートされている唯一の代替照合シーケンスは IDENTITY_16BIT です。

• 列を GRAPHIC データ・タイプにすることはできません。
• アンカー・データ・タイプは、CCSID UNICODE を使用して作成された列にアンカーすることはできません (SQLSTATE 428HS)。
• 同じ表に CCSID UNICODE 文節と DATA CAPTURE CHANGES 文節の両方を指定することはできません (SQLSTATE 42613)。
• 作成済み一時表および宣言済み一時表に、CCSID UNICODE で宣言された列を含めることはできません (SQLSTATE 56031)。
• CREATE SCHEMA ステートメントでは CCSID UNICODE 列を指定することはできません (SQLSTATE 53090)。
• ロード操作において、例外表の列の CCSID は、その操作に対応するターゲット表の列の CCSID と同じでなければなりません (SQLSTATE 428A5)。
• SET INTEGRITY ステートメントにおいて、例外表の列の CCSID は、そのステートメントに対応するターゲット表の列の CCSID と同じでなければなりません (SQLSTATE 53090)。
• イベント・モニター・データのターゲット表の列を、CCSID UNICODE として宣言してはなりません (SQLSTATE 55049)。

[CLOB | CHARACTER LARGE OBJECT | CHAR LARGE OBJECT] (integer [K | M | G] [OCTETS | CODEUNITS32])

指定したコード単位数の最大長の、文字ラージ・オブジェクト・ストリング。 デフォルトは、1,048,576 (1M) コード単位です。

長さの整数に 1024 (キロ)、1,048,576 (メガ)、または 1,073,741,824 (ギガ)を乗算する場合は、 K (キロ)、 M (メガ)、または G (ギガ)のいずれかの乗数を指定します。

• 使用する乗数に関係なく、結果の長さは CLOB 列の最大長 (2,147,483,646 (OCTETS の場合) または 536,870,911 (CODEUNITS32 の場合)) によって制限されます。 K、M、または G の倍数がこの最大長を少しでも超えると (例えば、2G = 2,147,483,648)、代わりに最大長が使用されます。
• データ・タイプと長さ指定の間、または長さ整数と K、 M、または G 乗数との間には、任意の数のスペース (ゼロ・スペースを含む) を使用できます。 例えば、以下の指定内容はすべて同等であり、有効です。

  CLOB(50K)
  CLOB(50 K)
  CLOB (50   K)

• K、 M、または G 乗数は、大文字でも小文字でも指定できます。

Unicode データベースでは、文字ストリング・データ・タイプのデフォルトのストリング単位は、NLS_STRING_UNITS グローバル変数または string_units データベース構成パラメーターの値によって決定されます。 Unicode 以外のデータベースでは、文字ストリング・データ・タイプのデフォルトのストリング単位は OCTETS です。

OCTETS

長さ属性の単位がバイトであることを指定します。

CODEUNITS32

長さ属性の単位が Unicode UTF-32 コード単位であることを指定します。このコード単位は、文字数に近くなります。 これは、データ・タイプの基となるコード・ページには影響を与えません。 データ値の実際の長さは、データが UTF-32 に変換されたかのように UTF-32 コード単位をカウントすることで決定されます。 CODEUNITS32 は、Unicode データベースでのみ指定できます (SQLSTATE 560AA)。

GRAPHIC (整数 [CODEUNITS16 | CODEUNITS32])

指定の長さの固定長グラフィック・ストリング。1 から 127 の 2 バイト、1 から 127 の CODEUNITS16、または 1 から 63 の CODEUNITS32 の範囲で指定できます。 デフォルト長は 1 です。

VARGRAPHIC (整数 [CODEUNITS16 | CODEUNITS32])

指定の最大長の、可変長グラフィック・ストリング。1 から 16336 の 2 バイト、1 から 16336 の CODEUNITS16、または 1 から 8168 の CODEUNITS32 の範囲で指定できます。

DBCLOB (整数 [K | M | G] [CODEUNITS16 | CODEUNITS32])

文字ラージ・オブジェクト・ストリング (最大長を 2 バイト、Unicode UTF-16 コード単位、または Unicode UTF-32 コード単位で指定)。 デフォルトは、1,048,576 (1M) コード単位です。

長さの整数に 1024 (キロ)、1,048,576 (メガ)、または 1,073,741,824 (ギガ)を乗算する場合は、 K (キロ)、 M (メガ)、または G (ギガ)のいずれかの乗数を指定します。

• 使用する乗数に関係なく、結果の長さは DBCLOB 列の最大長 (1,073,741,823 (2 バイトまたは CODEUNITS16 の場合) または 536,870,911 (CODEUNITS32 の場合)) によって制限されます。 K、M、または G の倍数がこの最大長を少しでも超えると (例えば、1G = 1,073,741,824)、代わりに最大長が使用されます。
• データ・タイプと長さ指定の間、または長さ整数と K、 M、または G 乗数との間には、任意の数のスペース (ゼロ・スペースを含む) を使用できます。 例えば、以下の指定内容はすべて同等であり、有効です。

  DBCLOB(50K)
  DBCLOB(50 K)
  DBCLOB (50   K)

• K、 M、または G 乗数は、大文字でも小文字でも指定できます。

Unicode データベースでは、文字ストリング・データ・タイプのデフォルトのストリング単位は、NLS_STRING_UNITS グローバル変数または string_units データベース構成パラメーターの値によって決定されます。 Unicode 以外のデータベースでは、文字ストリング・データ・タイプのデフォルトのストリング単位は CODEUNITS16 です。

CODEUNITS16

長さ属性の単位が Unicode UTF-16 コード単位であることを指定します。このコード単位は、2 バイトでのカウント数と同じです。 CODEUNITS16 は、Unicode データベースでのみ指定できます (SQLSTATE 560AA)。

CODEUNITS32

長さ属性の単位が Unicode UTF-32 コード単位であることを指定します。 これは、データ・タイプの基となるコード・ページには影響を与えません。 データ値の実際の長さは、データが UTF-32 に変換されたかのように UTF-32 コード単位をカウントすることで決定されます。 CODEUNITS32 は、Unicode データベースでのみ指定できます (SQLSTATE 560AA)。

[NATIONAL CHARACTER | NATIONAL CHAR | NCHAR] (整数)

指定の長さの固定長ストリング。 デフォルト長は 1 です。

NATIONAL CHARACTER タイプは、ストリング単位も定義する nchar_mapping データベース構成パラメーターの値に基づいて、固定長文字ストリングまたは固定長 GRAPHIC ストリングのいずれかにマップされます。

[NATIONAL CHARACTER VARYING | NATIONAL CHAR VARYING | NCHAR VARYING | NVARCHAR] (整数)

指定の最大長の可変長ストリング。

NATIONAL CHARACTER VARYING タイプは、ストリング単位も定義する nchar_mapping データベース構成パラメーターの値に応じて、可変長文字ストリングまたは可変長 GRAPHIC ストリングのいずれかにマップされます。

[NATIONAL CHARACTER LARGE OBJECT | NCHAR LARGE OBJECT | NCLOB] (integer [K | M | G])

ラージ・オブジェクト・ストリング (最大長を指定)。

このデータ・タイプは、ストリング単位も定義する nchar_mapping データベース構成パラメーターの現行値に応じて、文字ラージ・オブジェクト (CLOB) または 2 バイト文字ラージ・オブジェクト (DBCLOB) のいずれかにマップされます。 長さの整数に指定できる値、および K (キロ)、 M (メガ)、または G (ギガバイト) の乗数の使用方法については、CLOB または DBCLOB パラメーターの説明 (いずれか該当する方) を参照してください。

BINARY (整数)

指定の長さの固定長バイナリー・ストリング。1 から 255 バイトの範囲でなければなりません。 デフォルト長は 1 です。

[VARBINARY | BINARY VARYING] (整数)

指定した最大長の可変長バイナリー・ストリング。1 から 32672 バイトの範囲でなければなりません。

[BLOB | BINARY LARGE OBJECT] (integer [K | M | G])

バイナリー・ラージ・オブジェクト・ストリング (最大長を指定)。 デフォルトは 1,048,576 (1M) バイトです。

長さの整数に 1024 (キロ)、1,048,576 (メガ)、または 1,073,741,824 (ギガ)を乗算する場合は、 K (キロ)、 M (メガ)、または G (ギガ)のいずれかの乗数を指定します。

• 使用する乗数に関係なく、結果の長さは BLOB 列の最大長 (2,147,483,647 バイト) によって制限されます。 K、M、または G の倍数がこの最大長を少しでも超えると (例えば、2G = 2,147,483,648)、代わりに最大長が使用されます。
• データ・タイプと長さ指定の間、または長さ整数と K、 M、または G 乗数との間には、任意の数のスペース (ゼロ・スペースを含む) を使用できます。 例えば、以下の指定内容はすべて同等であり、有効です。

  BLOB(50K)
  BLOB(50 K)
  BLOB (50   K)

• K、 M、または G 乗数は、大文字でも小文字でも指定できます。

日数

日付。

時刻

時刻。

TIMESTAMP(integer) または TIMESTAMP

タイム・スタンプ。 integer は、秒未満の精度を 0 (秒) から 12 (ピコ秒) で指定します。 デフォルトは 6 (マイクロ秒) です。

XML

XML 文書。 XML 列には整形式 XML 文書だけを挿入できます。

XML 列には、以下の制限事項があります。

• 列は、 XML データの索引以外の索引の一部にすることはできません。 したがって、この列を主キーまたはユニーク制約の列として組み込むことはできません (SQLSTATE 42962)。
• 列は参照制約の外部キーであってはなりません (SQLSTATE 42962)。
• 列にデフォルト値 (WITH DEFAULT) を指定することはできません (SQLSTATE 42613)。 列が NULL 可能な場合、その列のデフォルトは NULL 値です。
• 列は、分散キーとしては使用できません (SQLSTATE 42997)。
• その列は、データ・パーティション・キーとしては使用できません (SQLSTATE 42962)。
• その列は、マルチディメンション・クラスタリング (MDC) 表の編成に使用できません (SQLSTATE 42962)。
• 列は、範囲がクラスター化された表では使用できません (SQLSTATE 429BG)。
• 列は、VALIDATED 述部以外のチェック制約では参照できません (SQLSTATE 42621)。

タイプ XML の列を作成すると、その列に対する XML パス索引が作成されます。 タイプ XML の最初の列を作成するときには、表レベルの XML 領域索引も作成されます。 これらの索引の名前は、 SQL の後に文字タイム・スタンプ (yymmddhhmmssxxx) が続きます。 スキーマ名は SYSIBM です。

BOOLEAN

ブール値。

SYSPROC.DB2SECURITYLABEL

保護対象表の行セキュリティー・ラベル列を定義するために使用しなければならない組み込み特殊タイプ。 組み込み特殊タイプ DB2SECURITYLABEL の列の基礎データ・タイプは、VARCHAR(128) FOR BIT DATA です。 1 つの表にはタイプ DB2SECURITYLABEL の列を最大で 1 個しか組み込めません (SQLSTATE 428C1)。

特殊タイプ名 (distinct-type-name)

ユーザー定義タイプの中で特殊タイプであるものを示します。 スキーマ名を伴わない特殊タイプ名を指定した場合、 その特殊タイプ名は SQL パスのスキーマから探索することによって解決されます (このパスは、 静的 SQL の場合は FUNCPATH プリプロセス・オプションによって、 動的 SQL の場合は CURRENT PATH レジスターによって定義されます)。

特殊タイプを使用して列を定義する場合、その列のデータ・タイプはその特殊タイプになります。 列の長さと位取りは、特殊タイプのソース・タイプの長さと位取りになります。 指定した特殊タイプは、いかなるデータ・タイプ制約も持つことができません。また、ソース・タイプがアンカー・データ・タイプであってはなりません (SQLSTATE 428H2)。

特殊タイプを使用して定義された列が参照制約の外部キーである場合、 主キーの対応する列のデータ・タイプは、同じ特殊タイプでなければなりません。

構造化タイプ名

ユーザー定義タイプの中で構造化タイプであるものを示します。 構造化タイプ名の指定にスキーマ名が含まれていない場合、 その構造化タイプ名は SQL パスのスキーマから探索することによって決まります (このパスは、 静的 SQL の場合は FUNCPATH 前処理オプションによって、 動的 SQL の場合は CURRENT PATH レジスターによって定義されます)。

構造化タイプを使用して列を定義する場合、その列の静的データ・タイプはその構造化タイプになります。 その列には、structured-type-name のサブタイプである動的タイプを持つ値を組み込むことができます。

構造化タイプを使用して定義された列を、主キー、ユニーク制約、外部キー、索引キー、 または分散キー内で使うことはできません (SQLSTATE 42962)。

列が、構造化タイプを使用して定義されていて、ネストのいずれかのレベルで参照タイプ属性をもっている場合、その参照タイプ属性の有効範囲は解除されます。 そのような属性を間接参照操作で使用するには、 CAST 指定を使って SCOPE を明示的に指定する必要があります。

REF (type-name2)

型付き表への参照。 type-name2 の指定にスキーマ名が含まれていない場合、 そのタイプ名は SQL パス上のスキーマを探索することによって決まります (このパスは、 静的 SQL の場合は FUNCPATH プリプロセス・オプションによって、 動的 SQL の場合は CURRENT PATH レジスターによって定義されます)。 この列の基礎を成すデータ・タイプは、 CREATE TYPE ステートメントの REF USING 節で type-name2 に対して指定された表示データ・タイプに基づくか、 または type-name2 の入ったデータ・タイプ階層のルート・タイプに基づきます。

列オプション

表の列に関連した追加オプションを定義します。

NOT NULL

列に NULL 値が入るのを防止します。

NOT NULL を指定しない場合、列に NULL 値を含めることができます。また、そのデフォルト値は、NULL 値または WITH DEFAULT 節で指定される値のいずれかになります。

NOT HIDDEN または IMPLICITLY HIDDEN

列を隠し列と定義するかどうかを指定します。 列を表の暗黙的参照に組み込むかどうか、SQL ステートメントで明示的に参照できるかどうかは隠し属性によって決まります。 デフォルトは NOT HIDDEN です。

NOT HIDDEN

列を表の暗黙的参照に組み込むこと、および列を明示的に参照できることを指定します。

IMPLICITLY HIDDEN

名前で明示的に参照されない限り列は SQL ステートメントから不可視であることを指定します。 例えば、表に IMPLICITLY HIDDEN 節によって定義された列が組み込まれている場合、暗黙的に隠された列は SELECT * の結果に組み込まれません。 しかし、暗黙的に隠された列の名前を明示的に参照する SELECT の結果については、結果表にその列が組み込まれます。

IMPLICITLY HIDDEN を表のすべての列に指定することはできません (SQLSTATE 428GU)。

lob-オプション

LOB データ・タイプのオプションを指定します。

LOGGED

列に対して行われた変更をログに書き込むことを指定します。 このような列のデータは、 データベース・ユーティリティー (RESTORE DATABASE など) によってリカバリー可能です。 LOGGED はデフォルト値です。

NOT LOGGED

列に対して行われた変更をログに書き込まないことを指定します。 これは、インラインでない LOB データにのみ適用されます。

NOT LOGGED は、コミットやロールバックの操作には影響しません。つまり、トランザクションがロールバックされても、LOB の値がログ記録されるか否かに関係なくデータベースの整合性は保持されます。 ロギングされないので、ロールフォワード操作中、 バックアップまたはロード操作の後の LOB データは、 ロールフォワード操作中に、ログ・レコードがあれば再生されたはずの LOB 値をゼロで置換したものになります。 クラッシュ・リカバリーの過程で、コミットされた変更とロールバックされた変更すべてに、 予期された結果が反映されます。

COMPACT

後続の付加操作で使用するためのスペースを LOB ストレージ域の最後に残すことなく、LOB 列の値で消費されるディスク・スペースを最小限にすることを指定します (LOB 値が使用する最後のグループ内の余分なディスク・ページすべてを解放します)。 このようにしてデータを保管した場合、列に対する付加操作 (長さが増加する操作) のパフォーマンスが低下することがあります。

NOT COMPACT

列の LOB 値に対する将来の変更に備えて、 いくらかのスペースを挿入するように指定します。 これがデフォルトです。

SCOPE

参照タイプ列の有効範囲を指定します。

間接参照演算子の左オペランド、または DEREF 関数の引数として使用する列には、 すべて有効範囲を指定する必要があります。 参照タイプ列の有効範囲の指定は、後で ALTER TABLE ステートメントを実行するときまで遅らせることができます。これにより、ターゲット表を定義できるようになります (通常は、相互参照表の場合)。

型付き表名 (typed-table-name)

型付き表の名前。 この表は既に存在しているものか、作成する表と同じ名前のものでなければなりません (SQLSTATE 42704)。 column-name のデータ・タイプは REF(S) でなければなりません。 S は typed-table-name のタイプを表します (SQLSTATE 428DM)。 column-name に割り当てられた値が、 typed-table-name に存在する行を 実際に参照しているかどうかを示す検査は行われません。

型付きビュー名

型付きビューの名前。 このビューは既に存在しているものか、 作成するビューと同じ名前のものでなければなりません (SQLSTATE 42704)。 column-name のデータ・タイプは REF(S) でなければなりません。 S は typed-view-name のタイプを表します (SQLSTATE 428DM)。 column-name に割り当てられた値が、 typed-view-name に存在する行を実際に参照しているかどうかを示す検査は行われません。

CONSTRAINT 制約名

制約の名前を指定します。 constraint-name (制約名) は、 同じ CREATE TABLE ステートメントに既に指定されている制約を指定するものであってはなりません (SQLSTATE 42710)。

この節が省略された場合は、表に定義されている既存の制約の ID の中でユニークな 18 バイトの長さの ID がシステムによって生成されます。 (ID は、 SQL と、それに続く、タイム・スタンプ・ベースの関数によって生成される 15 個の数字のシーケンスで構成されます。)

PRIMARY KEY 制約またはユニーク制約とともに使用した場合、 この constraint-name は、制約をサポートするために作成される SPECIFICATION ONLY 索引の名前として使用されます。

PRIMARY KEY

これは、1 つの列からなる主キーを定義する簡単な方法です。 つまり、PRIMARY KEY が列 C の定義で指定されている場合、 その効果は、PRIMARY KEY(C) 節を独立した節として指定する場合と同じです。

表が副表である場合、主キーはスーパー表から継承されるので、 主キーを指定することはできません (SQLSTATE 429B3)。

ROW CHANGE TIMESTAMP 列を主キーの一部として使用することはできません (SQLSTATE 429BV)。

行開始列、行終了列、およびトランザクション開始 ID 列を主キーの一部として使用することはできません (SQLSTATE 429BV)。

unique-constraint の説明の中の PRIMARY KEY を参照してください。

UNIQUE

これは、1 つの列からなるユニーク・キーを定義する簡単な方法です。 すなわち、UNIQUE を列 C の定義に指定すると、UNIQUE(C) 節を独立した節として指定した場合と同じ結果になります。

表が副表である場合、ユニーク制約はスーパー表から継承されるので、ユニーク制約を指定することはできません (SQLSTATE 429B3)。

unique-constraint の説明の中の UNIQUE を参照してください。

参照節

これは、1 つの列からなる外部キーを定義する簡単な方法です。 つまり、references-clause が列 C の定義に指定されている場合、 その効果は、 列として C しか指定されていない FOREIGN KEY 節の一部として references-clause が指定された場合と同じになります。

referential-constraint の説明の references-clause を参照してください。

CHECK (チェック条件)

これは、1 つの列に適用されるチェック制約を定義する簡単な方法です。 CHECK (check-condition) の説明を参照してください。

デフォルト節

列のデフォルト値を指定します。

WITH

オプション・キーワード。

DEFAULT

挿入時に値が指定されなかった場合、あるいは INSERT または UPDATE で値が DEFAULT に指定された場合のデフォルト値を指定します。 デフォルトのキーワードの後にデフォルト値が指定されていない場合、 ALTER TABLE に示すように、デフォルト値は列のデータ・タイプによって異なります。 列定義で、この節を generated-clause とともに指定することはできません (SQLSTATE 42614)。

列を XML として定義する場合、デフォルト値は指定できません (SQLSTATE 42613)。 可能なデフォルト値は NULL だけです。

列が型付き表の列に基づいている場合、 デフォルト値の定義時には特定のデフォルト値を指定する必要があります。 型付き表のオブジェクト ID の列には、 デフォルト値を指定することはできません (SQLSTATE 42997)。

列が特殊タイプを使用して定義される場合、列のデフォルト値は、特殊タイプにキャストされたソース・データ・タイプのデフォルト値になります。

構造化タイプを使用して列を定義する場合は、 default-clause を指定できません (SQLSTATE 42842)。

column-definition から DEFAULT を省略すると、 その列のデフォルト値として NULL 値が使用されます。 そのような列を NOT NULL と定義すると、その列には有効なデフォルトはなくなります。

デフォルト値

default-values に指定できるデフォルト値のタイプは、以下のとおりです。

constant

列のデフォルト値として定数を指定します。 指定する定数は、次の条件を満たしていなければなりません。

• 割り当ての規則に従って、その列に割り当てることができる値でなければなりません。
• その列が浮動小数点数データ・タイプとして定義されている場合を除き、浮動小数点の定数を指定してはなりません。
• 列のデータ・タイプが 10 進浮動小数点数の場合は、数値定数または 10 進浮動小数点特殊値でなければなりません。 浮動小数点定数はまず DOUBLE として解釈され、次にターゲット列が DECFLOAT である場合は 10 進浮動小数点数に変換されます。 DECFLOAT(16) 列では、16 桁を超える精度を持つ 10 進定数は、CURRENT DECFLOAT ROUNDING MODE 特殊レジスターにより指定される丸めモードを使用して丸められます。
• 定数が 10 進定数の場合、その列のデータ・タイプの位取りを超えるゼロ以外の数字を含めてはなりません (例えば、DECIMAL(5,2) の列のデフォルト値として 1.234 を指定することはできません)。
• 指定する定数が 254 バイトを超えてはなりません。この制約には、引用符文字や 16 進定数の X などの接頭部文字も含まれます。さらに、定数が cast-function の引数の場合には、完全修飾された関数名から取った文字や括弧も含めて、この制限を超えてはなりません。

datetime-特殊レジスター

INSERT、UPDATE、または LOAD の実行時における日時特殊レジスターの値 (CURRENT DATE、 CURRENT TIME、または CURRENT TIMESTAMP) を、その列のデフォルト値として指定します。 その列のデータ・タイプは、 指定した特殊レジスターに対応するデータ・タイプでなければなりません (例えば、 CURRENT DATE を指定した場合、データ・タイプは DATE でなければなりません)。

ユーザー特殊レジスター (user-special-register)

INSERT、UPDATE、または LOAD の実行時におけるユーザー特殊レジスターの値 (CURRENT USER、SESSION_USER、SYSTEM_USER) を、その列のデフォルトとして指定します。 その列のデータ・タイプは、 ユーザー特殊レジスターの長さ属性よりも短い文字ストリングであってはなりません。 なお、SESSION_USER の代わりに USER を、 CURRENT USER の代わりに CURRENT_USER を指定することもできます。

CURRENT SCHEMA

INSERT、UPDATE、または LOAD の実行時における CURRENT SCHEMA 特殊レジスターの値を、 その列のデフォルト値として指定します。 CURRENT SCHEMA を指定した場合、その列のデータ・タイプは、 CURRENT SCHEMA 特殊レジスターの長さ属性よりも短い文字ストリングであってはなりません。

CURRENT MEMBER

INSERT、UPDATE、または LOAD の実行時における CURRENT MEMBER 特殊レジスターの値を、 その列のデフォルト値として指定します。 CURRENT MEMBER を指定する場合、列のデータ・タイプは整数の割り当てを許容するものでなければなりません。

ヌル

その列のデフォルト値として NULL を指定します。 NOT NULL が指定された場合は、DEFAULT NULL を同じ列定義に指定できますが、その列をデフォルト値に設定しようとするとエラーが生じます。

キャスト機能 (cast-function)

この形式のデフォルト値は、特殊タイプ (distinct type)、 BLOB、または日時 (DATE、TIME、または TIMESTAMP) データ・タイプとして定義された列に対してのみ使用することができます。 特殊タイプの場合は、BLOB や日時タイプに基づくものでなければ、関数名を列の特殊タイプの名前に一致させる必要があります。 スキーマ名で修飾されている場合には、 その特殊タイプのスキーマ名と同じでなければなりません。 修飾されていない場合には、 関数の解決で得られるスキーマ名は特殊タイプのスキーマ名と同じでなければなりません。 日時タイプに基づく特殊タイプで、デフォルト値が定数の場合、 必ず関数を使用する必要があります。さらに、その関数名は、 暗黙または明示のスキーマ名 SYSIBM を持つ特殊タイプのソース・タイプ名に一致していなければなりません。 他の日時列の場合は、対応する日時関数も使用できます。 BLOB または、BLOB に基づく特殊タイプの場合も、関数を使用する必要があります。 その関数名は、暗黙または明示のスキーマ名 SYSIBM を持つ BLOB でなければなりません。

constant

引数として定数を指定します。 指定する定数は、 特殊タイプのソース・タイプに関する定数の規則 (特殊タイプでない場合は、 データ・タイプに関する定数の規則) に従っていなければなりません。 cast-function が BLOB の場合には、 定数としてストリング定数を指定する必要があります。

datetime-特殊レジスター

CURRENT DATE、CURRENT TIME、または CURRENT TIMESTAMP を指定します。 列の特殊タイプのソース・タイプは、 指定した特殊レジスターに対応するデータ・タイプでなければなりません。

ユーザー特殊レジスター (user-special-register)

CURRENT USER、SESSION_USER、または SYSTEM_USER を指定します。 列の特殊タイプのソース・タイプのデータ・タイプは、 少なくとも 8 バイトの長さのストリング・データ・タイプでなければなりません。 cast-function が BLOB の場合には、 長さ属性が 8 バイト以上でなければなりません。

CURRENT SCHEMA

CURRENT SCHEMA 特殊レジスターの値を指定します。 列の特殊タイプのソース・タイプのデータ・タイプは、CURRENT SCHEMA 特殊レジスターの長さ属性よりも短い文字ストリングであってはなりません。 cast-function が BLOB の場合には、長さ属性が 8 バイト以上でなければなりません。

EMPTY_CLOB()、EMPTY_DBCLOB()、または EMPTY_BLOB()

その列のデフォルト値として長さゼロのストリングを指定します。 その列は、この関数の結果データ・タイプに対応するデータ・タイプを持っている必要があります。

指定した値が無効な場合、エラーが戻されます (SQLSTATE 42894)。

生成節 (generated-clause)

列の生成値を指定します。

GENERATED

データベースが列の値を生成することを指定します。 その列が ID 列、行変更タイム・スタンプ列、行開始列、行終了列、トランザクション開始 ID 列、または生成式列であると見なされる場合、GENERATED を指定する必要があります。 GENERATED として定義された列にはデフォルト節を指定することはできません (SQLSTATE 42623)。

ALWAYS

行が表に挿入されるときや、generation-expression の結果値が変更されるたびに、 必ず、この列に値を生成するように指定します。 この式の結果は、表に保管されます。 データ伝搬、またはアンロードおよび再ロード操作を実行しているのでなければ、 GENERATED ALWAYS の値をお勧めします。 GENERATED ALWAYS は、生成列に必須の値です。

BY DEFAULT

DEFAULT 節を指定して行が挿入または更新されるときに、 明示的に値を指定しないかぎり、データベースが列に値を生成することを指定します。 データ伝搬を使用したり、アンロードおよび再ロードを実行したりするときは、 BY DEFAULT が推奨される値です。

明示的には要求されませんが、値の固有性を確保するために、生成された ID 列には固有の 1 列の索引を定義してください。

AS IDENTITY

列をこの表の ID 列にすることを指定します。 1 つの表には 1 つしか ID 列があってはなりません (SQLSTATE 428C1)。 列に関連付けられたデータ・タイプがゼロの位取りの完全な数値タイプになっているか、 ソース・タイプのユーザー定義特殊タイプがゼロの位取りの完全な数値タイプになっている場合だけ、 IDENTITY キーワードが指定可能です (SQLSTATE 42815)。 ゼロの位取りの SMALLINT、INTEGER、BIGINT、または DECIMAL や、 これらのタイプのうちのいずれかに基づいた特殊タイプは、完全な数値タイプと見なされます。 これに対して、単精度および倍精度の浮動小数点数は、近似数値データ・タイプと見なされます。 参照タイプは、完全な数値タイプで表されていても、ID 列と定義することはできません。

ID 列は暗黙で NOT NULL になります。 ID 列は DEFAULT 節を持つことができません (SQLSTATE 42623)。

START WITH 数値定数

ID 列の最初の値を指定します。 この値は、この列に割り当て可能な任意の正または負の値にすることができます (SQLSTATE 42815)。ただし小数点の右側に非ゼロの数字があってはなりません (SQLSTATE 428FA)。 デフォルトは、昇順シーケンスであれば MINVALUE、降順シーケンスであれば MAXVALUE です。 この値は必ずしも、ID 列の最大値または最小値に達した後に循環先となる値とは限りません。 START WITH 節を使用して、循環に使用される範囲外の値の生成を開始することができます。 循環に使用される範囲は、MINVALUE および MAXVALUE によって定義されています。

INCREMENT BY 数値定数

連続した ID 列値のインターバルを指定します。 この値は、この列に割り当て可能な任意の正または負の値にすることができます (SQLSTATE 42815)。これは長精度整数定数の値を超えず (SQLSTATE 42820)、小数点の右側に非ゼロの数字がない値にします (SQLSTATE 428FA)。

この値が負の場合、これは降順シーケンスです。 この値が 0 の場合、または正の場合は、昇順シーケンスになります。 デフォルトは 1 です。

NO MINVALUE または MINVALUE

降順 ID 列が値の生成を循環または停止する最小値、あるいは昇順 ID 列が最大値に達した後に循環する最小値を指定し ます。

NO MINVALUE

昇順シーケンスの場合、値は START WITH 値、または START WITH が指定されなかった場合には 1 です。 降順シーケンスの場合、列のデータ・タイプの最小値になります。 これがデフォルトです。

MINVALUE 数値定数

最小値にする数値定数を指定します。 この値は、この列に割り当て可能な任意の正または負の値にすることができます (SQLSTATE 42815)。ただし最大値以下の値で (SQLSTATE 42815)、小数点の右側に非ゼロの数字がない値にします (SQLSTATE 428FA)。

NO MAXVALUE または MAXVALUE

昇順 ID 列が値の生成を循環または停止する最大値、あるいは最小値に達した後に 降順 ID 列が循環する最大値を指定します。

NO MAXVALUE

昇順シーケンスの場合、値は列のデータ・タイプの最大値です。 降順シーケンスの場合、値は START WITH 値、または START WITH が指定されなかった場合には -1 です。 これがデフォルトです。

MAXVALUE 数値定数

最大値にする数値定数を指定します。 この値は、この列に割り当て可能な任意の正または負の値にすることができます (SQLSTATE 42815)。ただし最小値以上の値で、(SQLSTATE 42815)、小数点の右側に非ゼロの数字がない値にします (SQLSTATE 428FA)。

NO CYCLE または CYCLE

その最大値または最小値が生成された後、この ID 列が値の生成を続行するかどうかを指定します。

NO CYCLE

最大値または最小値に達した後は、ID 列の値を生成しないことを指定します。 これがデフォルトです。

CYCLE

最大値または最小値に達した後、この列について値の生成が続行されることを指定します。 このオプションが使用されると、昇順 ID 列が最大値に達した後は、その最小値が生成されます。 降順 ID 列が最小値に達した後は、その最大値が生成されます。 ID 列の最大値および最小値は、循環に使用される範囲を決定します。

CYCLE が有効になっている場合は、1 つの ID 列に対して重複値が生成される可能性があります。 固有値が望ましい場合、明示的には要求されませんが、値の固有性を確保するために、1 列のユニーク索引を生成列で定義する必要があります。 このような ID 列にユニーク索引が存在し、固有ではない値が生成されると、エラーが起こります (SQLSTATE 23505)。

NO CACHE または CACHE

特定の事前割り振り値を、 高速アクセスできるようメモリーに保存するかどうかを指定します。 ID 列に新しい値が必要になったときに、使用できるものがキャッシュにない場合には、新しいキャッシュ・ブロックの最後をログに記録する必要があります。 一方、ID 列に新しい値が必要になったときに未使用の値がキャッシュにある場合は、ロギングの必要がないため、その ID 値を素早く割り振ることができます。 これはパフォーマンスおよびチューニング・オプションです。

NO CACHE

ID 列の値を事前割り振りしないことを指定します。

このオプションが指定されると、ID 列の値はキャッシュに保管されません。 この場合、新しい ID 値が要求されるたびに、ログに対して同期入出力が行われます。

CACHE 整数定数

事前割り振りされ、メモリーに保管される ID シーケンスの値の数を指定します。 ID 列について値が生成される場合、値を事前割り振りしてキャッシュに保管しておくと、 ログへの同期入出力が少なくなります。

ID 列に新しい値が必要になったときに未使用の値がキャッシュにない場合は、値を割り振るためにログへの入出力を待機する必要があります。 一方、ID 列に新しい値が必要になったときに未使用の値がキャッシュにある場合は、ログへの入出力がないので、その ID 値を素早く割り振ることができます。

最小値は 2 です (SQLSTATE 42815)。 デフォルト値は CACHE 20 です。

CACHE オプションと NO ORDER オプションを使用すれば、ID 値を同時に複数のキャッシュに入れることが可能になります。 複数パーティション環境または Db2® pureScale® 環境では、 複数のメンバーがキャッシュに入れることができます。

Db2 pureScale 環境では、CACHE と ORDER の両方が指定されている場合、ORDER の指定は CACHE の指定をオーバーライドし、代わりに NO CACHE が有効になります。

NO ORDER または ORDER

要求の順序で ID 値が生成されるかどうかを指定します。

NO ORDER

要求の順序で値を生成する必要がないことを指定します。 これがデフォルトです。

ORDER

要求の順序で値が生成されることを指定します。

FOR EACH ROW ON UPDATE AS ROW CHANGE TIMESTAMP

列が表のタイム・スタンプ列であることを指定します。 挿入される各行、および任意の列が更新される各行に対して、その列の値が生成されます。 ROW CHANGE TIMESTAMP 列に生成される値は、その行の挿入または更新の時刻に対応するタイム・スタンプです。 1 つのステートメントによって複数の行が挿入または更新される場合、ROW CHANGE TIMESTAMP 列の値は行ごとに異なる可能性があります。

ROW CHANGE TIMESTAMP 列は 1 つの表内に 1 つだけ含めることができます (SQLSTATE 428C1)。 data-type を指定する場合は、TIMESTAMP または TIMESTAMP(6) でなければなりません (SQLSTATE 42842)。 ROW CHANGE TIMESTAMP 列は DEFAULT 節を持つことができません (SQLSTATE 42623)。 ROW CHANGE TIMESTAMP 列には NOT NULL を指定する必要があります (SQLSTATE 42831)。

AS (生成式)

列定義が式に基づくことを指定します。 (GENERATED ALWAYS 列の式にユーザー定義の外部関数が入っている場合に、 その関数の実行可能ファイルを変更する (与えられた引数に対する結果が変わった場合など) と、 データの不整合を生じることがあります。 これを防ぐために、SET INTEGRITY ステートメントを使用して新しい値の生成を強制することができます)。 generation-expression には、以下のいずれも入れることができません (SQLSTATE 42621)。

• 副照会
• XMLQUERY 式または XMLEXISTS 式
• 列関数
• 間接参照操作または DEREF 関数
• 非 deterministic であるユーザー定義関数または組み込み関数
• EXTERNAL ACTION オプションを使用するユーザー定義関数
• NO SQL を指定して定義されていないユーザー定義関数
• ホスト変数またはパラメーター・マーカー
• 特殊レジスターおよび特殊レジスターの値に依存する組み込み関数
• グローバル変数
• 列リスト内で後から定義されている列の参照
• 他の生成列の参照
• タイプ XML の列の参照

列のデータ・タイプは generation-expression の結果データ・タイプに基づいています。 CAST 指定を使って特定のデータ・タイプを強制的に使用し、 有効範囲を設けることができます (参照タイプの場合のみ)。 data-type を指定すると、適切な割り当て規則に従って、値が列に割り当てられます。 NOT NULL 列オプションが指定されている場合を除き、生成列は NULL 可能と見なされます。 生成列のデータ・タイプと generation-expression の結果のデータ・タイプは、同等性が定義されている必要があります ( 『割り当てと比較』を参照)。 ただし、LOB データ・タイプ、XML、構造化タイプ、およびこれらのいずれかのタイプに基づいた特殊タイプの列と生成式を除きます (SQLSTATE 42962)。

AS ROW BEGIN

これを指定すると、行が表に挿入されるとき、または行のいずれかの列が更新されるときには常に、データベース・マネージャーによって生成値が割り当てられます。 この値は、トランザクションの中で、表に含まれる行開始列またはトランザクション開始 ID 列に値を割り当てる必要があるようなデータ変更ステートメント、またはシステム期間テンポラル表に含まれる行を削除するデータ変更ステートメントのいずれかを最初に実行している間に、時刻機構を読み取ることによって生成されます。

システム期間テンポラル表の場合、行開始列の値は、トランザクション全体にわたり固有になるようにデータベース・マネージャーによって生成されます。 関連した履歴表に挿入される行の終了タイム・スタンプ値が開始タイム・スタンプ値より大きくなるように、タイム・スタンプ値が調整される可能性があります。 これは、競合するトランザクションがシステム期間テンポラル表の同じ行を更新しているときに行われる場合があります。 このタイム・スタンプ値の調整を行うには、データベース構成パラメーターsystime_period_adjを Yes に設定する必要があります。 単一の SQL トランザクション内で複数の行が挿入または更新され、調整が必要ではない場合、行開始列の値はすべての行において同じになり、別のトランザクションでその列のために生成された値とは異なる固有の値になります。 行開始列は期間 SYSTEM_TIME の開始列として必要になります。このタイプの生成列は、この使用目的で準備されています。

表に含めることができる行開始列は 1 つだけです (SQLSTATE 428C1)。 data-type が指定されない場合、 列は TIMESTAMP(12) として定義されます。 data-type を指定する場合は、TIMESTAMP(12) でなければなりません (SQLSTATE 42842)。 列は DEFAULT 節を持つことができず (SQLSTATE 42623)、また列は NOT NULL として定義される必要があります (SQLSTATE 42831)。 行開始列は更新できません。

AS ROW END

これを指定すると、行が挿入されるとき、または行内のいずれかの列が更新されるときには常に、データベース・マネージャーによって列のデータ・タイプの値が割り当てられます。 割り当てられる値は TIMESTAMP 9999-12-30-00.00.00.000000000000 です。

行終了列が期間 SYSTEM_TIME の 2 番目の列として必要になります。このタイプの生成列は、この使用目的で準備されています。

表に含めることができる行終了列は 1 つだけです (SQLSTATE 428C1)。 data-type が指定されない場合、 列は TIMESTAMP(12) として定義されます。 data-type を指定する場合は、TIMESTAMP(12) でなければなりません (SQLSTATE 42842)。 列は DEFAULT 節を持つことができず (SQLSTATE 42623)、また列は NOT NULL として定義される必要があります (SQLSTATE 42831)。 行終了列は更新できません。

AS TRANSACTION START ID

これを指定すると、行が表に挿入されるとき、または行のいずれかの列が更新されるときには常に、データベース・マネージャーによって値が割り当てられます。 データベース・マネージャーは、トランザクションごとに固有のタイム・スタンプ値、または NULL 値を割り当てます。 トランザクション開始 ID 列が NULL 可能で、値を調整する必要がない行開始列が表にある場合には、その列に NULL 値が割り当てられます。 それ以外の場合、この値は、次のいずれかの場合に時刻機構を読み取ることによって生成されます。(1) トランザクションの中で、表に含まれる行開始列またはトランザクション開始 ID 列に値を割り当てる必要があるようなデータ変更ステートメントを最初に実行するとき。(2) システム期間テンポラル表に含まれる行を削除するとき。 単一の SQL トランザクション内で複数の行が挿入または更新される場合、トランザクション開始 ID 列の値はすべての行において同じになり、別のトランザクションでその列のために生成された値とは異なる固有の値になります。

トランザクション開始 ID 列がシステム期間テンポラル表に必要になります。このタイプの生成列は、この使用目的で準備されています。

表に含めることができるトランザクション開始 ID 列は 1 つだけです (SQLSTATE 428C1)。 data-type が指定されない場合、 列は TIMESTAMP(12) として定義されます。 data-type を指定する場合は、TIMESTAMP(12) でなければなりません。 トランザクション開始 ID 列は DEFAULT 節を持つことができません (SQLSTATE 42623)。 トランザクション開始 ID 列は更新できません。

INLINE LENGTH 整数

このオプションは、構造化タイプ、XML データ・タイプ、または LOB データ・タイプを使って定義された列に対してだけ有効です (SQLSTATE 42842)。

データ・タイプ XML または LOB の列では、integer は、基本表の行に格納する XML 文書または LOB データの内部表記の最大バイト・サイズを指示します。 これより大きな内部表記を持つ XML 文書は、基本表の行とは別に、補助ストレージ・オブジェクト内に格納されます。 これは自動的に行われます。 XML タイプの列には、デフォルト・インライン長はありません。 XML 文書または LOB データが基本表の行にインラインで保管される場合、追加のオーバーヘッドが生じます。 LOB データの場合、オーバーヘッドは 4 バイトです。

データ・タイプ LOB の列の場合、この節が指定されていなければ、デフォルトのインライン長は LOB 記述子の最大サイズに設定されます。 明示的 INLINE LENGTH は、少なくとも LOB 記述子の最大サイズが必要です。 次の表は、LOB 記述子のサイズについて要約しています。

表 1. さまざまな LOB 長に対する LOB 記述子のサイズ

LOB の最大長 (バイト単位)	明示的 INLINE LENGTH の最小値
1,024	68
8,192	92
65,536	116
524,000	140
4,190,000	164
134,000,000	196
536,000,000	220
1,070,000,000	252
1,470,000,000	276
2,147,483,647	312

構造化タイプの列では、integer は、行内の残りの値とともにインラインで保管する構造化タイプのインスタンスの最大サイズをバイト単位で指示します。 インラインで保管できない構造化タイプのインスタンスは、LOB 値が処理されるのに似た方法で、基本表の行とは別に保管されます。 これは自動的に行われます。 構造化タイプ列のデフォルトの INLINE LENGTH は、 このタイプのインライン長になります (明示的に指定するか、 または CREATE TYPE ステートメント内のデフォルトとして)。 構造化タイプの INLINE LENGTH が 292 未満の場合、列の INLINE LENGTH には値 292 が使われます。

注: サブタイプのインライン長は、デフォルトのインライン長にはカウントされません。つまり、既存のサブタイプと将来のサブタイプを考慮して CREATE TABLE 時に明示的に INLINE LENGTH を指定しないと、サブタイプのインスタンスがインラインに適合しない可能性があります。

明示的 INLINE LENGTH 値は、32 673 を超えてはなりません。 構造化タイプまたは XML データ・タイプの場合、少なくとも 292 でなければなりません (SQLSTATE 54010)。

COMPRESS SYSTEM DEFAULT

システム・デフォルト値が、最小限のスペースを使用して保管されるように指定します。 VALUE COMPRESSION 節が指定されていない場合には警告が出され (SQLSTATE 01648)、 システム・デフォルト値が最小限のスペースを使用して保管されるようにはなりません。

システム・デフォルト値がこのような方法で保管されると、 列に対する挿入や更新操作の際に余分な検査が行われるために、 若干パフォーマンスが低下します。

基本データ・タイプは、DATE、TIME、TIMESTAMP、XML、または構造化データ・タイプであってはなりません (SQLSTATE 42842)。 基本データ・タイプが可変長ストリングの場合には、この節は無視されます。 表が VALUE COMPRESSION に設定されている場合は、長さ 0 のストリング値は自動的に圧縮されます。

security-label-name で保護された列

表に関連するセキュリティー・ポリシーに対応して存在するセキュリティー・ラベルを識別します。 名前は非修飾でなければなりません (SQLSTATE 42601)。 表にはセキュリティー・ポリシーが関連付けられている必要があります (SQLSTATE 55064)。 表はシステム期間テンポラル表であってはなりません。

一般的に、現在の LBAC 信用証明情報ではデータへの書き込みを許可されないような方法でそのデータを保護することはできません。 特定のセキュリティー・ラベルで列を保護するには、そのセキュリティー・ラベルで保護するデータへの書き込みを許可する LBAC 信用証明情報を持っている必要があります。 SECADM 権限は不要です。

期間定義 (period-definition)

PERIOD

表の期間を定義します。

SYSTEM_TIME (begin-column-name、 end-column-name)

システム期間を SYSTEM_TIME という名前で定義します。 表に SYSTEM_TIME という名前の列があってはなりません (SQLSTATE 42711)。 表に含めることができる SYSTEM_TIME 期間は 1 つだけです (SQLSTATE 42711)。 begin-column-name は ROW BEGIN として定義する必要があり、end-column-name は ROW END として定義する必要があります (SQLSTATE 428HN)。

BUSINESS_TIME (begin-column-name、 end-column-name)

アプリケーション期間を BUSINESS_TIME という名前で定義します。 表に BUSINESS_TIME という名前の列があってはなりません (SQLSTATE 42711)。 表に含めることができる BUSINESS_TIME 期間は 1 つだけです (SQLSTATE 42711)。 begin-column-name と end-column-name は、両方とも DATE または TIMESTAMP(p) (p は 0 から 12 までの範囲) として定義する必要があり (SQLSTATE 42842)、列は NOT NULL として定義する必要があります (SQLSTATE 42831)。 begin-column-name および end-column-name は、GENERATED 節で定義された列を指定することはできません (SQLSTATE 428HZ)。

end-column-name の値が begin-column-name の値より大きくなるように、暗黙的なチェック制約が生成されます。 暗黙的に作成されるチェック制約の名前は DB2_GENERATED_CHECK_CONSTRAINT_FOR_BUSINESS_TIME で、ステートメントで指定された他のチェック制約の名前にすることはできません (SQLSTATE 42710)。

固有制約 (unique-constraint)

ユニーク制約または主キー制約を定義します。 表に分散キーがある場合、 ユニーク・キーまたは主キーは分散キーのスーパーセットである必要があります。 副表である表では、 ユニーク制約または主キー制約を指定することはできません (SQLSTATE 429B3)。 主キーまたはユニーク・キーは、ディメンションのサブセットにはなりません (SQLSTATE 429BE)。 表がルート表である場合、表とそのすべての副表に対して制約が適用されます。

CONSTRAINT 制約名

主キー制約、またはユニーク制約の名前を指定します。

UNIQUE (column-name,...)

指定した列で構成されるユニーク・キーを定義します。 指定する列は NOT NULL として定義されていなければなりません。 各 column-name (列名) は、表の列を指定するものでなければなりません。 また、同じ列を複数回指定することはできません。

表に期間 BUSINESS_TIME が定義されている場合、BUSINESS_TIME WITHOUT OVERLAPS は、キー式リストの最後の項目として指定できます。 BUSINESS_TIME WITHOUT OVERLAPS を指定する場合、リストには column-name が少なくとも 1 つは含まれていなければなりません。 WITHOUT OVERLAPS は、その他の指定キーの値が、期間 BUSINESS_TIME の時間においてユニークになることを示します。 BUSINESS_TIME WITHOUT OVERLAPS を指定すると、期間 BUSINESS_TIME の列を制約の一部として指定することはできません (SQLSTATE 428HW)。 BUSINESS_TIME WITHOUT OVERLAPS を指定すると、以下の属性が制約に追加されます。

• BUSINESS_TIME 期間の終了列 (昇順)
• BUSINESS_TIME 期間の開始列 (昇順)

指定する列の数は 64 を超えてはならず、 その保管時の長さ合計は、ページ・サイズに対応する索引キー長制限値を超えてはなりません。 保管される列の長さについては、 バイト・カウントを参照してください。 キーの長さの制限については、 『SQL の制限』を参照してください。 列の長さ属性がページ・サイズに対応する索引キー長制限値の範囲内に収まる場合でも、LOB、XML、これらのタイプのいずれかに基づく特殊タイプ、構造化タイプは、ユニーク・キーの一部として使用できません (SQLSTATE 54008)。

ユニーク・キーの列セットは、主キーまたは他のユニーク・キーの列セットと同じにすることはできません (SQLSTATE 01543)。 (LANGLEVEL が SQL92E または MIA の場合は、エラーが戻されます。SQLSTATE 42891)

表が副表である場合、ユニーク制約はスーパー表から継承されるので、ユニーク制約を指定することはできません (SQLSTATE 429B3)。

カタログに記録されている表の記述には、ユニーク・キー、および強制適用された場合のそのユニーク索引が含まれます。 強制適用された場合、順方向と逆方向のスキャンが可能な双方向のユニーク索引が、それぞれの列について昇順に指定された順序で、列に対して自動的に作成されます。 索引の名前は、作成している表が属しているスキーマに存在する既存の索引と競合しない場合、 constraint-name (制約名) と同じになります。 索引名が競合する場合は、 名前は SQL の後に文字のタイム・スタンプ (yymmddhhmmssxxx) が続き、 スキーマ名として SYSIBM を伴う名前になります。

PRIMARY KEY (column-name, ...)

指定された列で構成される主キーを定義します。 この節を複数回指定することはできず、 指定する列は NOT NULL として定義されていなければなりません。 各 column-name (列名) は、表の列を指定していなければなりません。 また、同じ列を複数回指定することはできません。

表に期間 BUSINESS_TIME が定義されている場合、BUSINESS_TIME WITHOUT OVERLAPS は、キー式リストの最後の項目として指定できます。 BUSINESS_TIME WITHOUT OVERLAPS を指定する場合、リストには column-name が少なくとも 1 つは含まれていなければなりません。 WITHOUT OVERLAPS は、残りの指定キーの値が、期間 BUSINESS_TIME の時間においてユニークになることを示します。 BUSINESS_TIME WITHOUT OVERLAPS を指定すると、期間 BUSINESS_TIME の列を制約の一部として指定することはできません (SQLSTATE 428HW)。 BUSINESS_TIME WITHOUT OVERLAPS を指定すると、以下の属性が制約に追加されます。

• BUSINESS_TIME 期間の終了列 (昇順)
• BUSINESS_TIME 期間の開始列 (昇順)

指定する列の数は 64 を超えてはならず、 その保管時の長さ合計は、ページ・サイズに対応する索引キー長制限値を超えてはなりません。 保管される列の長さについては、 バイト・カウントを参照してください。 キーの長さの制限については、 『SQL の制限』を参照してください。 列の長さ属性がページ・サイズに対応する索引キー長制限値の範囲内に収まる場合でも、LOB、XML、これらのタイプのいずれかに基づく特殊タイプ、構造化タイプは、主キーの一部として使用できません (SQLSTATE 54008)。

主キーの列セットは、ユニーク・キーの列セットと同じであってはなりません (SQLSTATE 01543)。 (LANGLEVEL が SQL92E または MIA の場合は、エラーが戻されます。SQLSTATE 42891)

1 つの表には、主キーを 1 つだけ定義することができます。

表が副表である場合、主キーはスーパー表から継承されるので、 主キーを指定することはできません (SQLSTATE 429B3)。

カタログに記録されている表の記述には、主キー、および強制適用された場合のその 1 次索引が含まれます。 強制適用された場合、順方向と逆方向のスキャンが可能な双方向のユニーク索引が、それぞれの列について昇順に指定された順序で、列に対して自動的に作成されます。 索引の名前は、作成している表が属しているスキーマに存在する既存の索引と競合しない場合、 constraint-name (制約名) と同じになります。 索引名が競合する場合は、 名前は SQL の後に文字のタイム・スタンプ (yymmddhhmmssxxx) が続き、 スキーマ名として SYSIBM を伴う名前になります。

DISTRIBUTE BY HASH 節を使用して明示的に分散キーを定義する場合、unique-constraint (ユニーク制約) の列は分散キー列のスーパーセットである必要があります。 列の順序は重要ではありません。 分散キーが暗黙のうちに定義されている場合、それらはユニーク制約の定義に基づいて選択されます。 分散キーの暗黙選択は、以下の場合に発生します。

• DISTRIBUTE BY HASH 節を省略し、複数のパーティションが存在するデータベース・パーティション・グループに属するものとして表が定義されている場合。
• DISTRIBUTE BY RANDOM 節が使用されている場合。

参照制約

参照制約を定義します。

CONSTRAINT 制約名

参照制約の名前を指定します。

FOREIGN KEY (column-name, ...)

指定した constraint-name (制約名) の参照制約を定義します。

T1 を、ステートメントの対象となる表であると想定します。 参照制約の外部キーは、指定された列で構成されます。 列名リストの各名前は、T1 の列を指定していなければならず、 同じ列を複数回指定することはできません。

指定する列の数は 64 を超えてはならず、 その保管時の長さ合計は、ページ・サイズに対応する索引キー長制限値を超えてはなりません。 保管される列の長さについては、 バイト・カウントを参照してください。 キーの長さの制限については、 『SQL の制限』を参照してください。 LOB、XML、これらのタイプのうちのいずれかに基づく特殊タイプ、または構造化タイプの列を、外部キーの一部として使用することはできません (SQLSTATE 42962)。 外部キーの列の数は、親キーの列の数と同じでなければならず、 対応する列のデータ・タイプは互換性があることが必要です (SQLSTATE 42830)。 2 つの列の記述は、それらの列が互換性のあるデータ・タイプ (両方の列が数字、文字ストリング、GRAPHIC、日付 / 時間であるか、または同じ特殊タイプ) であれば互換性があります。

参照節

参照制約の親表または親ニックネーム、および親キーを指定します。

REFERENCES parent-table-name または nickname

REFERENCE 節に指定される表またはニックネームは、カタログに記述された基本表またはニックネームを識別している必要がありますが、カタログ表を示すものであってはなりません。

参照制約の外部キー、親キー、および親表または親ニックネームが、 以前に指定した参照制約の外部キー、親キー、および親表または親ニックネームと同じである場合、 参照制約は重複しています。 重複した参照制約は無視され、警告が戻されます (SQLSTATE 01543)。

以下の説明では、T2 は指定した親表を示し、T1 は作成する (または変更する) 表を示します。 (T1 と T2 は同じ表にすることもできます)。

指定された外部キーの列の数は、T2 の親キーと同じ数でなければなりません。 また、外部キーの n 番目の列の記述は、 その親キーの n 番目の列の記述と互換性がなければなりません。 この規則において、日時の列はストリング列と互換性があるとは見なされません。

(column-name,...)

参照制約の親キーは、指定された列で構成されます。 各 column-name は、T2 の列を指定する非修飾名でなければなりません。 同じ列を複数回指定することはできません。

列名のリストは、 主キーまたは T2 に存在するユニーク制約の列セットと一致している (順序は任意) 必要があります (SQLSTATE 42890)。 列名のリストの指定がない場合、T2 に主キーがある必要があります (SQLSTATE 42888)。 列名リストを省略すると、指定されているとおりの順序でその主キーの列が暗黙に指定されます。

FOREIGN KEY 節で指定される参照制約は、T2 が親であり、T1 が従属であるリレーションシップを定義します。

規則節 (rule-clause)

従属表に対するアクションを指定します。

ON DELETE

親表の行が削除された場合、従属表でどのようなアクションを行うかを指定します。 次の 4 つのアクションがあります。

• NO ACTION (デフォルト値)
• RESTRICT
• CASCADE
• SET NULL

削除規則は、T2 の行が DELETE または伝搬による削除操作の対象であり、 その行の従属行が T1 にある場合に、適用されます。 p は、T2 のそのような行を表すと想定します。

• RESTRICT または NO ACTION を指定すると、エラーになり、行は削除されません。
• CASCADE を指定すると、 T1 の p の従属行に削除操作が伝搬します。
• SET NULL が指定された場合、 T1 にある、p の各従属行の外部キーで、NULL 可能な列が NULL 値に設定されます。

SET NULL は、外部キーの列に NULL 可能な列がない限り指定してはなりません。 この節を省略すると、暗黙に ON DELETE NO ACTION が指定されます。

T1 が複数のパスで T2 に連結削除されている場合は、 重複する外部キー定義を使用して 2 つの SET NULL 規則を定義することはできません。 例えば、T1 (i1, i2, i3) という場合、 Rule1 に外部キー (i1, i2) を使用し、Rule2 に外部キー (i2, i3) を使用するということはできません。

規則の適用順序は次のとおりです。

1. RESTRICT
2. SET NULL または CASCADE
3. NO ACTION

T1 の任意の行が 2 つの異なる規則によって影響される場合、エラーとなり行は削除されません。

複数の表が関係し、 削除規則の 1 つが RESTRICT または SET NULL になっている循環によって表が自身を連結削除するような参照制約は定義できません (SQLSTATE 42915)。

複数のパスによって表が自身や他の表を連結削除する参照制約は、 以下の場合を除き、定義できます (SQLSTATE 42915)。

• 表は、CASCADE リレーションシップ (自己参照、または別の表を参照)、 および削除規則が RESTRICT または SET NULL の自己参照リレーションシップのいずれの従属表であってもなりません。
• あるキーに含まれる列のうち少なくとも 1 つが他のキーに含まれ、他のキーとオーバーラップしているキーがある場合。 表が、外部キーがオーバーラップする複数のリレーションシップを通して別の表に連結削除される場合は、 それらのリレーションシップの間で削除規則が一致していなければなりません。 また、いずれの削除規則も SET NULL になっていてはなりません。
• 表と別の表の間に複数のリレーションシップに基づく連結削除が設定されており、それらのリレーションシップのうち、少なくとも 1 つに SET NULL の削除規則が指定されている場合、それらのリレーションシップの外部キー定義に分散キー列またはマルチディメンション・クラスタリング (MDC) キー列が含まれていてはなりません。
• CASCADE リレーションシップを通して 2 つの表が同じ表に連結削除されている場合、 各連結削除パスの最後のリレーションシップの削除規則が RESTRICT または SET NULL であるときは、 2 つの表を相互に連結削除することはできません。

T1 の何らかの行が別の削除規則の影響を受ける場合、結果は、これらの規則で指定されたすべてのアクションの影響を受けます。 すべてのアクションの影響は、T1 の AFTER トリガーと CHECK 制約からも認識されます。 例えば、上位の表へのある連結削除パスによって NULL 設定されるターゲットになっていて、 同じ上位の表への 2 番目の連結削除パスによって削除されるターゲットになっている行があるとします。 この場合、結果として行は削除されます。 この派生表では、AFTER DELETE トリガーはアクティブ化されますが、 AFTER UPDATE トリガーはアクティブ化されません。

親表または従属表が型付き表階層のメンバーである参照制約に対して、上記の規則を適用する場合、各階層内のすべての表に対して適用されるすべての参照制約が考慮されます。

ON UPDATE

親表の行が更新された場合に従属表に対して行うアクションを指定します。 この節はオプションです。 ON UPDATE NO ACTION はデフォルト値であり、 ON UPDATE RESTRICT はそれに代わって指定できる唯一のものです。

NO ACTION と RESTRICT の違いについては、 注 のセクションで説明しています。

チェック制約

チェック制約を定義します。 check-constraint (チェック制約) は、 偽以外に評価されなければならない search-condition (検索条件)、 または列間に定義された機能従属関係です。

CONSTRAINT 制約名

チェック制約の名前を指定します。

CHECK (チェック条件)

チェック制約を定義します。 search-condition は、表のすべての行について、真または不明でなければなりません。

検索条件

search-condition には、以下の制限があります。

• 列参照は、作成する表の列に対するものでなければなりません。
• search-condition に TYPE 述部を入れることはできません。
• search-condition には、以下のいずれも入れることができません (SQLSTATE 42621)。
  • 副照会
  • XMLQUERY 式または XMLEXISTS 式
  • 有効範囲を持つ参照引数がオブジェクト ID (OID) 列以外の列である、間接参照操作または DEREF 関数
  • SCOPE 節を持つ CAST 指定
  • 列関数
  • deterministic 関数でない関数
  • 外部アクションを持つと定義された関数
  • MODIFIES SQL または READS SQL DATA のいずれかによって定義されたユーザー定義関数
  • ホスト変数
  • パラメーター・マーカー
  • シーケンス参照
  • OLAP 指定
  • 特殊レジスターおよび特殊レジスターの値に依存する組み込み関数
  • グローバル変数
  • ID 列以外の生成列の参照
  • タイプ XML の列の参照 (VALIDATED 述部の中以外)
  • エラー・トレラントな nested-table-expression

機能依存関係 (functional-dependency)

列間の機能従属関係を定義します。

column-name DETERMINED BY column-name または (column-name, ...) DETERMINED BY (column-name, ...)

列の親セットには、DETERMINED BY 節の直前に来る指定された列が含まれます。 列の子セットには、DETERMINED BY 節の直後に来る指定された列が含まれます。 search-condition の制約事項すべては、親セット列と子セット列に適用され、 列のセットには単純な列参照のみが許可されています (SQLSTATE 42621)。 機能従属関係に同じ列を複数回指定することはできません (SQLSTATE 42709)。 列のデータ・タイプを LOB データ・タイプ、LOB データ・タイプに基づく特殊タイプ、XML データ・タイプ、構造化タイプにすることはできません (SQLSTATE 42962)。 ROW CHANGE TIMESTAMP 列を主キーの一部として使用することはできません (SQLSTATE 429BV)。 列の子セットの列を NULL 可能列にすることはできません (SQLSTATE 42621)。

column-definition の一部としてチェック制約を指定する場合、 その同じ列に対してのみ列参照を行うことができます。 表定義の一部として指定されたチェック制約には、それ以前に CREATE TABLE ステートメントで定義されている列を指定する列参照を含めることができます。 チェック制約の矛盾、重複条件、または同等条件については検査されません。 したがって、矛盾したチェック制約や冗長なチェック制約が定義可能であるため、 実行時にエラーになる可能性があります。

search-condition IS NOT NULL は指定できますが、列の NOT NULL 属性を使用して、NULL 可能性を直接適用することをお勧めします。 例えば、CHECK (salary + bonus > 30000)は、給与が NULL に設定されている場合に受け入れられます。これは、CHECK 制約が満たされているか不明である必要があり、この場合は給与が不明であるためです。 ただし、給与が NULL に設定されている場合、 CHECK (salary IS NOT NULL)は false と見なされ、制約違反と見なされます。

チェック制約 検索条件 での は、表内の行が挿入または更新されるときに適用されます。 表で定義されるチェック制約は、その表の副表すべてに自動的に適用されます。

挿入、更新、削除、整合性設定などの通常の操作中には、 データベース・マネージャーによって機能従属関係が課せられません。 機能従属関係は、照会の最適化のための照会再書き込みで使用される場合があります。 機能従属関係の整合性が維持されないと、正しくない結果が戻される可能性があります。

制約属性

主キー制約、ユニーク制約、参照整合性制約、またはチェック制約に関連付ける属性を定義します。

ENFORCED または NOT ENFORCED

挿入、更新、削除などの通常の操作中に、 データベース・マネージャーによって制約が課せられるかどうかを指定します。 デフォルトは、 ddl_constraint_def構成パラメーターの設定によって決まります。 デフォルトの動作は、ENFORCED または NOT ENFORCED を明示的に指定してオーバーライドすることができます。

ENFORCED

データベース・マネージャーによって制約が課せられます。 ENFORCED は、以下の状況では指定できません。

• 機能従属関係の場合 (SQLSTATE 42621)
• 参照制約がニックネームを参照している場合 (SQLSTATE 428G7)

NOT ENFORCED

データベース・マネージャーによって制約が課せられません。 主キー制約またはユニーク制約は、従属する ENFORCED 参照制約が存在する場合、NOT ENFORCED にすることはできません。

TRUSTED

データは、制約に適合しているものとして信頼できます。 TRUSTED は、表のデータが個別に制約に適合していることが分かっている場合のみに使用してください。 データが制約に適合していない場合、照会結果が予測不能になる可能性があります。 これはデフォルト・オプションです。

インフォメーショナル制約は、どのような場合でも違反すべきではありません。 インフォメーショナル制約は、照会の最適化において、および REFRESH IMMEDIATE MQT とステージング表の増分処理において使用されます。 制約に違反している場合、これらの処理によって予測不能な結果が生成されたり、正しくない MQT およびステージング表の内容が生成されたりすることがあります。 例えば、親子関係にある表が保守される順序は重要です。 親子関係にある表に行を挿入する場合、まず最初に親表に行を挿入する必要があります。 親子関係にある表から行を削除するには、まず最初に子表から行を削除する必要があります。 これにより、子表に孤立行が存在することがないようにします。 インフォメーショナル制約に違反している場合、従属 MQT データとステージング表データの増分保守は、その違反しているインフォメーショナル制約に基づいて最適化される可能性があり、正しくないデータが生成されることがあります。

NOT TRUSTED

データは、制約に適合しているものとして信頼することはできません。 NOT TRUSTED の使用目的としては、データがほとんどの行では制約に適合しているものの、すべての行または将来追加される行が制約に適合することは個別には認識されない場合のためのものです。 制約が NOT TRUSTED で、照会最適化においてこれが有効になっている場合、その制約に完全に適合するデータに依存するような最適化は実行されません。 NOT TRUSTED は、参照整合性制約のみにしか指定できません (SQLSTATE 42613)。

ENABLE QUERY OPTIMIZATION または DISABLE QUERY OPTIMIZATION

適切な状況下で、照会の最適化のために、 制約または機能従属関係を使用できるかどうかを指定します。 デフォルトは ENABLE QUERY OPTIMIZATION です。

ENABLE QUERY OPTIMIZATION

制約が真であると想定され、照会の最適化に使用できます。

DISABLE QUERY OPTIMIZATION

制約を照会の最適化に使用できません。 DISABLE QUERY OPTIMIZATION は、主キー制約とユニーク制約に指定することはできません (SQLSTATE 42613)。

OF type-name1

表の列が type-name1 で指定される構造化タイプの属性に基づいていることを指定します。 type-name1 の指定にスキーマ名が含まれていない場合、 そのタイプ名は SQL パス上のスキーマを探索することによって決まります (このパスは、 静的 SQL の場合は FUNCPATH プリプロセス・オプションによって、 動的 SQL の場合は CURRENT PATH レジスターによって定義されます)。 このタイプ名は、既存のユーザー定義タイプ名である (SQLSTATE 42704) 必要があり、 また、少なくとも 1 つの属性があって (SQLSTATE 42997)、 しかもインスタンス化可能な構造化タイプでなければなりません (SQLSTATE 428DP)。

UNDER が指定されていない場合には、 オブジェクト ID 列を指定する必要があります (OID-column-definition を参照)。 このオブジェクト ID 列は、その表の最初の列になります。 オブジェクト ID 列の後に、type-name1 の属性に基づく列が続きます。

HIERARCHY 階層名

表階層に関連する階層表の名前を指定します。 これは、階層のルート表と同時に作成されます。 型付き表階層に含まれる副表すべてのデータは、この階層表に保管されます。 階層表を SQL ステートメントで直接に参照することはできません。 hierarchy-name は table-name になります。 暗黙または明示のスキーマ名の入った hierarchy-name は、 カタログに記述されている表、ニックネーム、ビュー、または別名を指定するものであってはなりません。 スキーマ名を指定する場合、作成する表のスキーマ名と同じにする必要があります (SQLSTATE 428DQ)。 ルート表の定義時にこの節が省略されると、システムによって名前が生成されます。 この名前は、作成する表の名前とその後のユニークな接尾部で構成され、既存の表、ビュー、およびニックネームの ID の中で固有な ID です。

UNDER スーパーテーブル名

表が supertable-name の副表であることを指定します。 スーパー表は既存の表でなければならず (SQLSTATE 42704)、 かつ表は type-name1 のすぐ上のスーパータイプである構造化タイプを使用して 定義しなければなりません (SQLSTATE 428DB)。 table-name と supertable-name のスキーマ名は、 同じでなければなりません (SQLSTATE 428DQ)。 supertable-name で指定する表に、type-name1 を使用する副表が既に定義されていてはなりません (SQLSTATE 42742)。

表の列には、スーパー表のオブジェクト ID 列が含まれています。 この列のタイプは、REF(type-name1) に変更されており、 type-name1 の属性に基づく列が続きます (ここでいうタイプには、 スーパータイプの属性も含まれていることを念頭に置いてください)。 属性名は OID 列名と同じものにすることはできません (SQLSTATE 42711)。

表スペースやデータ・キャプチャーなど、その他の表オプションは、初期状態ではログに記録されません。また、分散キー・オプションは指定できません。 これらのオプションはスーパー表から継承されます (SQLSTATE 42613)。

INHERIT SELECT PRIVILEGES

スーパー表に対して SELECT 特権を保持するユーザーやグループはすべて、新しく作成した副表に対しても同様の特権を付与されます。 この特権は、副表定義者によって付与されたものと見なされます。

型付きエレメント・リスト

型付き表の追加エレメントを定義します。 これには、列の追加オプション、オブジェクト ID 列 (ルート表のみ) の追加、 表の制約事項などが含まれます。

OID 列の定義

型付き表のオブジェクト ID 列を定義します。

REF IS OID-column-name ユーザー生成

オブジェクト ID 列 (OID) を表の最初の列として定義することを指定します。 表階層のルート表では、OID が必須です (SQLSTATE 428DX)。 この表は副表以外の型付き表 (OF 節が必須) でなければなりません (SQLSTATE 42613)。 この列の名前は OID-column-name として定義されますが、 構造化タイプ type-name1 のどの属性の名前とも同一にすることはできません (SQLSTATE 42711)。 さらに、この列はタイプ REF (type-name1), NOT NULL で定義され、 システム必須のユニーク索引 (デフォルトの索引名) が生成されます。 この列はオブジェクト ID 列 または OID 列 として参照されます。 USER GENERATED というキーワードは、 行を挿入する際にユーザーが OID 列の初期値を提供しなければならないことを指しています。 行を挿入した後は、OID 列を更新することはできません (SQLSTATE 42808)。

オプション付き

型付き表の列に適用される追加オプションを定義します。

column-name

追加オプションを指定する列の名前を指定します。 column-name (列名) は、 スーパー表の列ではない表の列の名前に対応していなければなりません (SQLSTATE 428DJ)。 列名は、ステートメント内の 1 つの WITH OPTIONS 節に 1 回だけしか指定できません (SQLSTATE 42613)。

タイプ定義 (CREATE TYPE) の一部としてオプションが既に指定されている場合には、 ここで指定されているオプションは CREATE TYPE のオプションをオーバーライドします。

WITH OPTIONS 列オプション

指定した列にオプションを定義します。 前述の column-options を参照してください。 表が副表である場合、主キーまたはユニーク制約を指定することはできません (SQLSTATE 429B3)。

LIKE table-name1 または view-name または nickname

表の列の名前と記述が、指定された表 (table-name1)、ビュー (view-name)、またはニックネーム (nickname) の列と同じであることを指定します。 指定された表、ビュー、またはニックネームは、カタログ内にあるか、宣言済み一時表でなければなりません。 型付き表または型付きビューを指定することはできません (SQLSTATE 428EC)。

LIKE を使用すると、n 列が暗黙的に定義されます。n は、 指定した表、ビューまたはニックネームにおける列数です (指定した表では暗黙的な隠し列を含む)。 既存の表の暗黙的な隠し列に対応する新規表の列も、暗黙的な隠し列と定義されます。 暗黙的な定義は、以下に示すように LIKE の後に何が指定されるかによって左右されます。

• 表が指定されると、暗黙的な定義には、その表のそれぞれの列の列名、データ・タイプ、非表示属性、および NULL 可能特性が設定されます。 EXCLUDING COLUMN DEFAULTS を指定しないと、列のデフォルト値も入ります。
• ビューが指定されると、暗黙的な定義には、そのビューに定義した全選択のそれぞれの結果列の列名、データ・タイプ、および NULL 可能特性が設定されます。 ビュー列のデータ・タイプは、表の列に対して有効なデータ・タイプである必要があります。
• ニックネームが指定されると、暗黙的な定義には、そのニックネームのそれぞれの列の列名、データ・タイプ、および NULL 可能特性が設定されます。
• 保護対象表を指定すると、新しい表は、その指定した表と同じセキュリティー・ポリシーと保護対象列を継承します。
• 表が指定されていて、その表に行開始列、行終了列、またはトランザクション開始 ID 列が含まれている場合、新しい表の対応する列はソース列のデータ・タイプのみを継承します。 新規列は生成列とは見なされません。
• 期間が含まれる表が指定されると、新しい表は期間定義を継承しません。
• システム期間テンポラル表が指定される場合、新しい表はシステム期間テンポラル表ではありません。
• random by generation 方式を使用するランダム分散表が指定され、作成される新しい表が同じ表分散を共有しない場合、ランダム分散値の生成に使用される RANDOM_DISTRIBUTION_KEY列は含まれません。

copy-attributes 節に基づいて、列のデフォルトと ID 列属性を組み込んだり除外したりすることができます。 さらにこの暗黙的な定義には、指定した表、ビュー、またはニックネームの他の属性は含まれません。 したがって、新しい表には、主キー、ユニーク制約、外部キー制約、参照整合性制約、トリガー、索引、ORGANIZE BY 指定、PARTITIONING KEY 指定はいずれもありません。 表は IN 節で暗黙的にまたは明示的に指定した表スペースの中に作成されます。 また、任意指定の他の節を指定した場合に限り、この表にその任意指定の節が含まれます。

表が LIKE 節内で定義されていて、その表に ROW CHANGE TIMESTAMP 列が含まれている場合、新規表の対応する列は ROW CHANGE TIMESTAMP 列のデータ・タイプのみを継承します。 新規列は生成列とは見なされません。

表が指定される場合、その表の行レベルまたは列レベルのアクセス制御がアクティブになると、これは新しい表で継承されません。

コピー・オプション

これらのオプションでは、 ソースの結果表定義 (表、ビュー、または全選択) から付加的な属性をコピーするかどうかを指定します。

INCLUDING COLUMN DEFAULTS

ソース結果表の定義の更新可能な各列の列デフォルトをコピーします。 更新可能でない列では、作成される表の対応列にデフォルトが定義されないことになります。

LIKE table-name が指定され、 しかも table-name が基本表、作成済み一時表、または宣言済み一時表を示す場合、 INCLUDING COLUMN DEFAULTS がデフォルトになります。 LIKE table-name が指定され、しかも table-name がニックネームを示す場合、INCLUDING COLUMN DEFAULTS は無効で、列のデフォルトはコピーされません。

EXCLUDING COLUMN DEFAULTS

ソース結果表の定義から列デフォルトはコピーされません。

この節がデフォルトです。ただし、LIKE table-name が指定され、 かつ table-name が基本表、作成済み一時表、または宣言済み一時表を示す場合を除きます。

INCLUDING IDENTITY COLUMN ATTRIBUTES

可能であれば、ソース結果表の定義から ID 列属性がコピーされます。 ID 列属性をコピーできるのは、表、ビュー、または全選択内の対応する列のエレメントが、 識別特性を持つ基本表列名に直接または間接にマップされる表列の名前またはビュー列の名前である場合です。 これら以外の場合はすべて、新規表の列には識別特性は備わりません。 以下に例を示します。

• 全選択の選択リストに ID 列の名前のインスタンスが複数含まれている (つまり、同じ列を複数回選択している) 場合
• 全選択の選択リストに複数の ID 列が含まれている (つまり、結合が関与している) 場合
• ID 列が選択リスト内の式に組み込まれている場合
• 全選択にセット演算 (UNION (合併)、EXCEPT (差)、または INTERSECT (論理積)) が含まれている場合

EXCLUDING IDENTITY COLUMN ATTRIBUTES

ソース結果表の定義から ID 列属性はコピーされません。

as-result-table

column-name

表の列の名前を指定します。 列名のリストを指定する場合、リスト中の列の名前の数は、 fullselect の結果表の列の数と同じ数でなければなりません。 各 column-name (列名) は、固有、しかも非修飾でなければなりません。 列名のリストの指定がない場合、表の列は、fullselect の結果表の列名を継承します。

全選択の結果表に、無名列の重複列名がある場合には、 列名のリストを指定する必要があります (SQLSTATE 42908)。 無名列とは、定数、関数、式、またはセット演算から派生した列で、選択リストの AS 節によって名前が指定されていない列を指します。

AS (全選択)

fullselect から得られる結果表の列ごとに、対応する表の列を定義することを指定します。 定義する各列には、結果表の対応列から以下の属性が取り込まれます (各データ・タイプに該当する場合)。

• 列名
• 列の説明
• データ・タイプ、長さ、精度、および位取り
• NULL 可能

以下の属性は取り込まれません (ただし、デフォルト値と識別属性は、copy-options を使用して取り込むことができます)。

• デフォルト値
• 識別属性
• 非表示属性
• ROW CHANGE TIMESTAMP
• 全選択で参照されている表やビューの他の任意指定の属性

以下の制約事項が適用されます。

• 選択リストの各エレメントの名前は、それぞれユニークなものでなければなりません (SQLSTATE 42711)。 SELECT 節で AS 節を使用すると、それぞれのエレメントにユニークな名前を付けることができます。
• fullselect でホスト変数を参照したり、パラメーター・マーカーを組み込んだりすることはできません。
• fullselect の結果列のデータ・タイプは、表の列に対して有効なデータ・タイプでなければなりません。
• fullselect で指定した表の行レベルまたは列レベルのアクセス制御 (RCAC) をアクティブにしても、RCAC は新しい表にカスケードされません。
• fullselect に data-change-table-reference 節を組み込むことはできません (SQLSTATE 428FL)。
• 型付き表または型付きビューを参照しない有効な fullselect を指定することができます。

WITH NO DATA | WITH DATA

表の列にデータを取り込むかどうかを指定します。

WITH NO DATA

fullselect を実行しません。 表の定義に使用するだけで、照会の結果は表に取り込みません。

WITH DATA

fullselect を実行して、照会の結果を表に取り込みます。

マテリアライズ照会定義 (materialized-query-definition)

column-name

表の列の名前を指定します。 列名のリストを指定する場合、リスト中の列の名前の数は、 全選択の結果表の列の数と同じ数でなければなりません。 各 column-name (列名) は、固有、しかも非修飾でなければなりません。 列名のリストの指定がない場合、表の列は、全選択の結果表の列名を継承します。

fullselect の結果表に、無名列の重複列名がある場合には、 列名のリストを指定する必要があります (SQLSTATE 42908)。 無名列とは、定数、関数、式、またはセット演算から派生した列で、選択リストの AS 節によって名前が指定されていない列を指します。

MAINTAINED BY REPLICATION を指定する場合、列リスト内の列名は、fullselect で指定した表の列の名前と一致しなければなりません。

AS

表の定義に使用され、表に含まれるデータを判別する照会をこの後に指定します。

全選択

表の基礎となる照会を定義します。 作成される列定義は、同じ照会で定義したビューの定義と同じになります。 全選択で参照される基本表の暗黙的な隠し列に対応する新規表の列は、新規表では隠し列とは見なされません。

各選択リスト・エレメントには名前が必要です (式には AS 節を使用します)。 materialized-query-definition は、マテリアライズ照会表の属性を定義します。 選択されたオプションは、後述するように全選択の内容も定義します。

全選択に data-change-table-reference 節を組み込むことはできません (SQLSTATE 428FL)。また、fetch-clause または ORDER BY 節を組み込むこともできません (SQLSTATE 428FJ)。

REFRESH DEFERRED または REFRESH IMMEDIATE が指定されていると、 全選択で次のものを指定できません (SQLSTATE 428EC)。

• 任意の FROM 節での、マテリアライズ照会表、作成済み一時表、宣言済み一時表、または型付き表への参照
• ビューの全選択が、マテリアライズ照会表の全選択に関してリストされたいずれかの制限に違反する場合の、 そのビューへの参照
• 参照タイプ (またはそのタイプに基づく特殊タイプ) である式
• 次のいずれかの属性を持つ関数:
  • EXTERNAL ACTION
  • LANGUAGE SQL
  • CONTAINS SQL
  • READS SQL DATA
  • MODIFIES SQL DATA
• NOT SECURED 関数 (NOT SECURED 関数がマテリアライズ照会表を参照し、 そのマテリアライズ照会表が、行または列のアクセス制御がアクティブな表を参照する場合)。
• 物理的特性に依存する関数 (例えば、DBPARTITIONNUM、HASHEDVALUE、RID_BIT、RID)
• ROW CHANGE 式または行の ROW CHANGE TIMESTAMP 列の参照
• システム・オブジェクトに対する表またはビュー参照 (Explain 表も指定できません)
• 構造化タイプ、LOB タイプ (または LOB タイプに基づく特殊タイプ)、または XML タイプである式
• 保護対象表または保護対象ニックネームの参照

DISTRIBUTE BY REPLICATION を指定する場合、以下の制限が適用されます。

• GROUP BY 節は許可されていません。
• マテリアライズ照会表は単一の表だけを参照できます。 すなわち、結合を組み込むことはできません。

MAINTAINED BY REPLICATION を指定する場合は、以下の制限が適用されます。

• 照会は、SELECT 節と FROM 節だけからなる副選択でなければなりません。
• FROM 節は、既存のシャドー表定義で指定されていない単一の行オーガナイズ表を参照しなければなりません。
• 範囲パーティション表、マルチディメンション・クラスタリング表、範囲がクラスター化された表、テンポラル表、および LONG VARCHAR 列または LONG VARGRAPHIC 列を含んだ表を、参照される表にすることはできません。
• 参照される表を、行および列のアクセス制御 (RCAC) またはラベル・ベースのアクセス制御 (LBAC) で保護することはできません。
• 選択リストに含めることができるのは、データ・タイプがカラム・オーガナイズ表でサポートされる表の列への直接参照のみです。 式を使用することはできません。
• 選択リストで指定した列を、選択リスト内の AS 節や、列名リストを使用して名前変更することはできません。
• 参照される表には、強制適用される主キー制約またはユニーク制約が少なくとも 1 つなければなりません。また、選択リストで指定した列には、これらの制約の少なくとも 1 つにおけるすべてのキー列が含まれていなければなりません。

REFRESH IMMEDIATE は、以下の場合に指定されます。

• 照会は副選択でなければなりません。 ただし、例外として、UNION ALL は GROUP BY の入力表式においてサポートされます。
• 照会は再帰的であってはなりません。
• 照会に以下のものを含めることはできません。
  • ニックネームへの参照
  • deterministic 関数でない関数
  • スカラー全選択
  • 全選択を持つ述部
  • 特殊レジスターおよび特殊レジスターの値に依存する組み込み関数
  • グローバル変数
  • SELECT DISTINCT
  • エラー・トレラントな nested-table-expression
• FROM 節で複数の表またはビューを参照している場合、 明示的な INNER JOIN 構文を使わずに内部結合を 1 つだけ定義できます。
• GROUP BY 節を指定する場合、以下の考慮事項が当てはまります。
  • サポートされている列関数は SUM、COUNT、COUNT_BIG、および GROUPING (DISTINCT は指定しない)。 選択リストには COUNT(*) または COUNT_BIG(*) 列が含まれていなければなりません。 マテリアライズ照会表の選択リストに SUM(X) (X は NULL 可能な引数) を含める場合は、マテリアライズ照会表の選択リストに COUNT(X) も含める必要があります。 これらの列関数は、式の一部とすることはできません。
  • HAVING 節は許可されていません。
  • 複数パーティションのデータベース・パーティション・グループ内の場合、 分散キーは GROUP BY 項目のサブセットでなければなりません。
• マテリアライズ照会表には重複した行があってはならず、 GROUP BY 節が指定されているかどうかによって、この固有性要件に特有の、以下の制限が適用されます。
  • GROUP BY 節を指定する場合、以下の固有性に関連した制限が当てはまります。
    • すべての GROUP BY 項目が選択リストに含まれていること。
    • GROUP BY に GROUPING SETS、CUBE、または ROLLUP が含まれている場合、 選択リスト内の GROUP BY 項目とそれに関連した GROUPING 列関数は、 結果セットのユニーク・キーを形成していなければなりません。 したがって、以下の制約事項が満たされていなければなりません。
      • どのグループ・セットも反復することはできない。 例えば、 ROLLUP(X,Y),XはGROUPING SETS((X,Y),(X),(X))と同等であるため、許可されません。
      • X が、GROUPING SETS、CUBE、または ROLLUP 内に出現する NULL 可能な GROUP BY 項目である場合、 選択リスト内に GROUPING(X) がなければならない。
  • GROUP BY 節を指定しない場合、以下の固有性に関連した制限が当てはまります。
    • マテリアライズ照会表の固有性要件は、 それぞれの基礎表に定義されているユニーク・キー制約の 1 つから マテリアライズ・ビュー用のユニーク・キーを導出することによって達成されます。 したがって、基礎表には少なくとも 1 つのユニーク・キー制約が定義されている必要があり、 それらのキーの列が、マテリアライズ照会表定義の選択リストに現れていなければなりません。

REFRESH DEFERRED を指定する場合は、以下のようにします。

• マテリアライズ照会表を作成するときに、その後のステートメントで関連したステージング表を用意するつもりであれば、マテリアライズ照会表の全選択は、REFRESH IMMEDIATE オプションでマテリアライズ照会表を作成するときに使用する全選択の場合と同じ制限事項および規則に従う必要があります。
• 照会が再帰的な場合は、照会処理の最適化のためにマテリアライズ照会表を使用しません。
• マテリアライズ照会表は、静的照会の処理を最適化するためには使用されません。

全選択に GROUP BY 節が含まれるマテリアライズ照会表は、 全選択で参照される表からの要約されたデータです。 そのようなマテリアライズ照会表は、サマリー表 と呼ばれます。 サマリー表は、特殊化したタイプのマテリアライズ照会表です。

行レベルまたは列レベルのアクセス制御がアクティブになっている表に依存する表またはビューを fullselect で参照する場合、マテリアライズ照会表にデータを設定するときにそれらの行レベルまたは列レベルのアクセス制御は無視されます。 マテリアライズ照会表は自動的に作成され、その行レベルのアクセス制御はアクティブになります。 適切な権限を作成するか、 または SECADM 権限を持つユーザーがこのマテリアライズ照会表の行レベル・アクセス制御を非アクティブにしない限り、 ユーザーがこの表に直接アクセスを行っても内容は表示されません。 マテリアライズ照会表に対する行レベルまたは列レベルのアクセス制御は、SQL コンパイラーによるマテリアライズ照会表への内部ルーティングには影響を及ぼしません。

リフレッシュ可能テーブル・オプション

マテリアライズ照会表の属性のリフレッシュ可能オプションを定義します。

DATA INITIALLY DEFERRED

データは CREATE TABLE ステートメントの一部として表に挿入されません。 データを表に挿入するには、 table-name (表名) を指定する REFRESH TABLE ステートメントが使用されます。

REFRESH

表のデータを保守する方法を示します。

DEFERRED

REFRESH TABLE ステートメントを使っていつでも表のデータをリフレッシュできます。 表のデータには、 REFRESH TABLE ステートメント処理時のスナップショットである照会結果が反映されるにすぎません。 この属性を定義したシステム保守のマテリアライズ照会表には、INSERT、 UPDATE、または DELETE ステートメントを使用できません (SQLSTATE 42807)。 この属性を定義したユーザー保守のマテリアライズ照会表には、 INSERT、UPDATE、または DELETE ステートメントを使用できます。

IMMEDIATE

DELETE、INSERT、または UPDATE の一部として基礎表に加えられた変更は、 マテリアライズ照会表にカスケードされます。 その場合、表の内容は、どのポイント・イン・タイム指定でも、 指定した subselect (副選択) を処理する場合と同じ内容になります。 この属性を定義したマテリアライズ照会表 (MQT) には、INSERT、UPDATE、または DELETE ステートメントを使用できません (SQLSTATE 42807)。 MAINTAINED BY SYSTEM 節が指定されている場合、REFRESH IMMEDIATE オプションを使用するカラム・オーガナイズ MQT はサポートされません (SQL20058N)。

ENABLE QUERY OPTIMIZATION

適切な状況下では、マテリアライズ照会表を照会最適化に使用することができます。

DISABLE QUERY OPTIMIZATION

マテリアライズ照会表を照会の最適化に使用しません。 それでもその表を直接照会することはできます。

MAINTAINED BY

マテリアライズ照会表のデータが、システム、ユーザー、 またはレプリケーション・ツールのいずれによって保守されるかを指定します。 デフォルトは SYSTEM です。

SYSTEM

マテリアライズ照会表のデータがシステムによって保守されるように指定します。 ORGANIZE BY COLUMN として定義されるシステム保守のマテリアライズ照会表では、REFRESH DEFERRED オプションと DISTRIBUTE BY REPLICATION オプションを使用する必要があります。

ユーザー

マテリアライズ照会表のデータがユーザーによって保守されるように指定します。 ユーザーは、ユーザー保守のマテリアライズ照会表に対して、 更新、削除、また挿入操作を許可されます。 システム保守のマテリアライズ照会表で使用される REFRESH TABLE ステートメントは、ユーザー保守のマテリアライズ照会表に対しては呼び出せません。 REFRESH DEFERRED マテリアライズ照会表だけが、MAINTAINED BY USER として定義できます。

REPLICATION

マテリアライズ照会表のデータを外部レプリケーション・テクノロジーで保守することを指定します。 MAINTAINED BY REPLICATION は、パーティション・データベース環境 または Db2 pureScale 環境 では指定できません (SQLSTATE 56038)。 システム保守のマテリアライズ照会表に使用される REFRESH TABLE ステートメントを、レプリケーション保守のマテリアライズ照会表 (シャドー表 と呼ばれる) に対して発行することはできません。 MAINTAINED BY REPLICATION として定義できるのは REFRESH DEFERRED のマテリアライズ照会表だけであり、定義に ORGANIZE BY COLUMN が含まれていなければなりません。

FEDERATED_TOOL

マテリアライズ照会表のデータをフェデレーテッド・レプリケーション・ツールで保守することを指定します。 システム保守のマテリアライズ照会表で使用される REFRESH TABLE ステートメントは、フェデレーテッド・ツール保守のマテリアライズ照会表に対しては呼び出せません。 REFRESH DEFERRED のマテリアライズ照会表だけが、MAINTAINED BY FEDERATED_TOOL として定義できます。

このオプションを指定すると、CREATE TABLE ステートメント中の SELECT 節に基本表への参照を含めることはできません (SQLSTATE 428EC)。

ステージング表定義 (staging-table-definition)

関連付けられたマテリアライズ照会表を通して間接的に、ステージング表によりサポートされる照会を定義します。 マテリアライズ照会表の基礎表は、関連付けられたステージング表の基礎表でもあります。 ステージング表は、 基礎表の内容と同期化するためにマテリアライズ照会表に適用する必要のある変更を収集します。

行レベルまたは列レベルのアクセス制御がアクティブになっている表に 依存する表またはビューを fullselect で参照する場合、ステージング表にデータを設定するときにそれらの行レベルまたは列レベルのアクセス制御は無視されます。 ただし、ステージング表は自動的に作成され、その行レベルのアクセス制御はアクティブになります。 適切な権限を作成するか、 または SECADM 権限を持つユーザーがこのステージング表の行レベル・アクセス制御を非アクティブにしない限り、 ユーザーがこのステージング表に直接アクセスを行っても内容は表示されません。 ステージング表に対する行レベルおよび列レベルのアクセス制御は、ステージング表でキャプチャーした変更を関連マテリアライズ照会表に適用する内部プロセスには影響を及ぼしません。

ステージング・カラム名 (staging-column-name)

ステージング表の列の名前を指定します。 列名のリストを指定する場合、ステージング表を定義するマテリアライズ照会表の既存の列名の数よりも、2 つ名前の数が多くなければなりません。 そのマテリアライズ照会表がマテリアライズ照会表の複製である場合、 またはマテリアライズ照会表を定義している照会が GROUP BY 節を含んでいない場合の列名のリストは、 ステージング表を定義するマテリアライズ照会表の列の名前の数よりも、 3 つ名前の数が多くなければなりません。 各 column-name (列名) は、ユニークかつ非修飾でなければなりません。 列名のリストの指定がない場合、表の列は、関連付けられたマテリアライズ照会表の列名を継承します。 追加の列は GLOBALTRANSID および GLOBALTRANSTIME と名づけられ、 3 番目の列が必要な場合には OPERATIONTYPE という名前が付けられます。

表 2. ステージング表に加えられる追加の列

列名	データ・タイプ	列の説明
GLOBALTRANSID	CHAR(8) FOR BIT DATA	伝搬された各行のグローバル・トランザクション ID
GLOBALTRANSTIME	CHAR(13) FOR BIT DATA	トランザクションのタイム・スタンプ
OPERATIONTYPE	INTEGER	伝搬された行に対する操作。 挿入、更新、または削除のいずれか。

関連付けられたマテリアライズ照会表の任意の列が、生成列名と重複する場合には、 列名のリストを指定する必要があります (SQLSTATE 42711)。

FOR table-name2

ステージング表の定義に使用されるマテリアライズ照会表を指定します。 名前 (暗黙的または明示的なスキーマ名を含む) は、 REFRESH DEFERRED に定義された現行サーバーに存在するマテリアライズ照会表を指定していなければなりません。 関連付けられたマテリアライズ照会表の全選択は、 REFRESH IMMEDIATE オプションによってマテリアライズ照会表を作成するのに使用した全選択と同じ制限事項および規則に従う必要があります。

ステージング表の内容が、関連付けられたマテリアライズ照会表および基礎ソース表と整合する場合には、 REFRESH TABLE ステートメントを呼び出すことにより、ステージング表の内容を使用してマテリアライズ照会表をリフレッシュできます。

PROPAGATE IMMEDIATE

削除、挿入、または更新操作の一部として基礎表に加えられた変更は、ステージング表の同じ削除、挿入、または更新操作にカスケードされます。 ステージング表が不整合としてマークされていないのであれば、任意のポイント・イン・タイムにおけるその表の内容は、最後にマテリアライズ照会表をリフレッシュした時点からの、基礎表の差分変更になります。

ORGANIZE BY

表のデータ・ページにおけるデータの編成方法を指定します。

カラム・オーガナイズ MQT には、以下の制限が適用されます。

• シャドー表以外の MQT は、MQT と同じ編成の表を参照しなければなりません。
• カラム・オーガナイズ MQT(dft_table_orgデータベース構成パラメーターが COLUMN に設定されている場合でも)を作成する場合は、ORGANIZE BY COLUMN 節を指定する必要があります。
• カラム・オーガナイズ MQT として、以下のタイプの表を使用できます。
  • シャドー表
  • ユーザー保守の MQT
  • REFRESH DEFERRED節とDISTRIBUTE BY REPLICATION節を使用して定義されるシステム保守 MQT。

デフォルトの編成は、 dft_table_org データベース構成パラメーターの値によって決まります。

ROW

データは、表のデータ・ページに行単位で保管されます。 特定のデータ・ページには、表の 1 つ以上の行のデータが保管されます。

COLUMN

データは、表のデータ・ページに列単位で保管されます。 各データ・ページには、表の 1 つの列のデータが保管されます。

ROW USING

データは、表のデータ・ページに行単位で保管され、dimensions clause、key sequence、または insert time を使用してさらに編成されます。 dimensions clause、key sequence、insert time のいずれかを指定する場合、ROW USING の指定はオプションです。ただし、データベースのデフォルトの表編成が COLUMN である場合には、ROW USING の指定が必須です。

DIMENSIONS (column-name, ...)

表データをクラスター化するために使用する、 各列または列のグループのディメンションを指定します。 表の定義でこの節が指定されている場合、その表はマルチディメンション・クラスタリング (MDC) 表と呼ばれます。 ディメンション・リスト内で括弧を使用して、列のグループが 1 つのディメンションとして扱われるように指定します。 DIMENSIONS キーワードはオプションです。

クラスタリング・ブロック索引はそれぞれ指定されたディメンション用に自動的に保持され、 節で使用されるすべての列で構成されるブロック索引は、 どのクラスタリング・ブロック索引にもすべての列が含まれていない場合には保持されます。 ORGANIZE BY 節で使用される列セットは、CLUSTER を指定する CREATE INDEX ステートメントの規則に従う必要があります。

ORGANIZE BY 節で指定された各列名は、表に対して定義されなければなりません (SQLSTATE 42703)。 ディメンションはディメンション・リストに複数回含めることはできません (SQLSTATE 42709)。 ディメンションに ROW CHANGE TIMESTAMP 列、行開始列、行終了列、トランザクション開始 ID 列を含めることはできません (SQLSTATE 429BV)。また、XML 列を含めることはできません (SQLSTATE 42962)。 表が拡張行サイズを使用する場合、データ・タイプが VARCHAR または VARGRAPHIC の各ディメンション列は、24 バイトを超える長さ属性を持つことはできません (SQLSTATE 54010)。

表のページは、表スペースのエクステント・サイズと同じサイズのブロックに配置され、 各ブロックの行すべては同じディメンション値の組み合わせを含みます。

表がマルチディメンション・クラスタリング (MDC) 表であると同時にパーティション表でもあることは可能です。 そのような表の列は、range-partition-spec と MDC キーの両方で使用できます。 表パーティションは、マルチ列であり、マルチディメンションではありません。

Db2 バージョン 9.7 フィックスパック 1 以降のリリースで作成されたパーティション MDC 表の場合、ブロック索引はパーティション化されます。 パーティション・ブロック索引の配置は、パーティション索引のストレージ配置に関する一般規則に従います。 MDC ブロック索引を含め、ある特定のデータ・パーティションのすべての索引パーティションが、1 つの索引オブジェクトを共有します。 デフォルトでは、特定の各データ・パーティションの索引パーティションは、データ・パーティションと同じ表スペースに存在します。 これは、パーティション・レベルの INDEX IN 節を使用してオーバーライドできます。

Db2 V9.7 以前で作成された MDC 表の場合、ブロック索引は非パーティション索引であり、再作成されても非パーティション索引のままです。 パーティション・ブロック索引を持つ MDC 表は、非パーティション・ブロック索引を持つ MDC 表と同じデータベースに共存できます。 非パーティション・ブロック索引をパーティション・ブロック索引に変更するには、Online Table Move を使用して MDC 表をマイグレーションします。

キー・シーケンス sequence-key-spec

表を、指定された範囲のキー・シーケンスの値に基づいて、 固定サイズの昇順キー・シーケンスに編成するよう指定します。 このような方法で編成された表を、範囲がクラスター化された表 といいます。 定義された範囲内にある有効なキー値のそれぞれには、物理表上の位置があらかじめ決定されています。 範囲がクラスター化された表に必要なストレージは、表の作成時に使用可能でなければならず、指定された範囲内の行数に行サイズを掛けた値を入れるのに十分なストレージでなければなりません (スペース所要量の決定について詳しくは、「 行サイズの制限 」および「 バイト・カウント」を参照してください)。

column-name

範囲がクラスター化された表のシーケンスを決定するユニーク・キーに含まれる、表の列を指定します。 列のデータ・タイプは SMALLINT、INTEGER、または BIGINT (SQLSTATE 42611) でなければならず、 また列は NOT NULL (SQLSTATE 42831) として定義される必要があります。 シーケンス・キーの中で、同じ列を複数回指定することはできません。 指定する列の数は 64 を超えてはなりません (SQLSTATE 54008)。

列ごとに昇順で指定されたキー・シーケンスで、列のカタログにユニーク索引項目が自動的に作成されます。 索引の名前は、SQL の後に文字のタイム・スタンプ (yymmddhhmmssxxx) が続き、 スキーマ名として SYSIBM が付いたものになります。 表の編成はこのキーによって配列されているため、実際の索引オブジェクトはストレージに作成されません。 同じ列に、範囲がクラスター化された表のシーケンス・キーとして主キーまたはユニークな制約が定義されている場合は、 この同じ索引項目が制約に使用されます。

キー・シーケンスの指定には、列の制約を反映するチェック制約が存在します。 DISALLOW OVERFLOW 節が指定されていると、チェック制約の名前が RCT になり、チェック制約が施行されます。 ALLOW OVERFLOW 節が指定されていると、 チェック制約の名前が RCT_OFLOW になり、チェック制約は施行されません。

STARTING FROM 定数

column-name の範囲の下限となる定数を指定します。 指定された定数より小さい値は、 ALLOW OVERFLOW オプションが指定されている場合以外、許可されません。 column-name が SMALLINT または INTEGER 列の場合は、 定数を INTEGER 定数にする必要があります。 column-name が BIGINT 列の場合は、 定数を INTEGER または BIGINT 定数にする必要があります (SQLSTATE 42821)。 開始の定数が指定されない場合、デフォルト値は 1 です。

ENDING AT 定数

column-name の範囲の上限となる定数を指定します。 指定された定数より大きい値は、 ALLOW OVERFLOW オプションが指定されている場合以外、許可されません。 なお、終了の定数は、開始の定数より大きくなければなりません。 column-name が SMALLINT または INTEGER 列の場合は、 定数を INTEGER 定数にする必要があります。 column-name が BIGINT 列の場合は、 定数を INTEGER または BIGINT 定数にする必要があります (SQLSTATE 42821)。

ALLOW OVERFLOW

範囲がクラスター化された表で、定義された範囲外の値を行のキー値として許可することを指定します。 範囲がクラスター化された表がオーバーフローを許可するように作成される場合、 キー値が範囲外にある行にはあらかじめ決定された配列がなく、行は定義された範囲の一番下に置かれます。 これらのオーバーフロー行に関係する操作は、 定義された範囲内にキー値がある行での操作と比べて非効率的です。

DISALLOW OVERFLOW

範囲がクラスター化された表で、 定義された範囲外の値を行のキー値として許可しないことを指定します (SQLSTATE 23513)。 オーバーフロー行を許可しない、範囲がクラスター化された表では、常に、 すべての行が昇順キー・シーケンスで保守されます。

表が、範囲がクラスター化されたマテリアライズ照会表の場合、DISALLOW OVERFLOW 節は指定できません (SQLSTATE 429BG)。

PCTFREE 整数

各ページに残すフリー・スペースのパーセンテージを指定します。 各ページの最初の行は、制約なしに追加されます。 ページに行が追加される際には、 少なくとも integer で指定された分 (%) のフリー・スペースがページに残されます。 integer の値は 0 から 99 です。 システム・カタログ (SYSCAT.TABLES) の PCTFREE 値 -1 は、デフォルト値として解釈されます。 表ページのデフォルト PCTFREE 値は 0 です。

INSERT TIME

行が挿入される時を基準にして、行を表内でクラスター化するように指定します。 行が挿入される場所は、表オブジェクトの論理的な末尾です。使用可能スペースを探索することはありません。

挿入時間を基準として編成される表には、挿入時クラスタリング (ITC) 表と呼ばれるものがあります。 このタイプの表では、REORG TABLE RECLAIM EXTENTS を使用することで、表スペース内の他のオブジェクトですぐに使用するために空きエクステントを再利用できます。

データは、暗黙的に作成された仮想ディメンションを使用してクラスター化されます。 この仮想ディメンションのために、クラスタリング・ブロック索引が自動的に保守されます。 仮想ディメンションは、直接操作するこことはできません。また、表に存在する行ごとにスペースが使用されることはありません。 表のページは、同じサイズのブロック単位で配置されます。このサイズは、表スペースのエクステント・サイズに相当します。

表が型付き表の場合、ORGANIZE BY INSERT TIME 節は指定できません (SQLSTATE 428DH)。

DATA CAPTURE

データベース間のデータのレプリケーションに関する追加情報を、 ログに書き込むかどうかを指定します。 この節は、副表を作成する際には指定できません (SQLSTATE 428DR)。

この節が指定されず、当該の表が型付き表でない場合、デフォルトは、表が作成されるときのスキーマの DATA CAPTURE 設定によって定まります。

NONE

追加情報をログに記録しないことを指定します。

CHANGES

この表に対する SQL 変更についての追加情報をログに書き込むことを指定します。 このオプションは、表を複製する場合で、 キャプチャー・プログラムを使用してログからこの表に対する変更内容をキャプチャーする場合に必須です。

表が、副表ではない型付き表である場合、このオプションはサポートされません (SQLSTATE 428DH)。

IN 表スペース名, ...

表を作成する表スペースを指定します。 表スペースは既存のものでなければならず、同じデータベース・パーティション・グループに含まれていることも必要です。また、すべてが REGULAR DMS 表スペースであるか、すべてが LARGE DMS 表スペースであるか、すべてが SMS 表スペースである必要もあります (SQLSTATE 42838)。ステートメントの許可 ID には、それらの表スペースに対する USE 特権が必要です。

表レベルでは、最大で 1 個の IN 節だけが認められています。 1 つの表が使用するすべてのデータ表スペースは、同じページ・サイズ、同じエクステント・サイズでなければなりません。

表スペースを 1 つだけ指定した場合、すべての表パーツはその表スペースに保管されます。 副表は表階層のルート表から表スペースを継承するので、副表の作成の際にこの節を指定することはできません (SQLSTATE 42613)。

この節が指定されない場合、データベース・マネージャーは、必要最小限のページ・サイズを持ち、ステートメントの許可 ID に USE 特権があり、ページ・サイズの行サイズ制限内に行サイズがある表スペースを (データベース内の既存の表スペース・セットから) 選択します。

複数の表スペースが適格な場合、ステートメントの許可 ID に表スペースでの USE 特権が付与された方法に応じて、以下の優先順位で表スペースを選択します。

1. 許可 ID
2. 許可 ID が付与されているロール
3. 許可 ID を保有するグループ
4. 許可 ID を保有するグループが付与されているロール
5. PUBLIC
6. PUBLIC が付与されているロール

それでも複数の表スペースがそれにあてはまる場合は、 最終選択はデータベース・マネージャーによって行われます。

表スペースの判別は、以下の場合に変更されることがあります。

• 表スペースをドロップまたは作成するとき
• USE 特権を付与または取り消すとき

パーティション表では、それぞれのデータ・パーティションを複数の表スペースに配分できます。 複数の表スペースを指定する場合、そのすべての表スペースは既存のものでなければならず、すべてが SMS 表スペースであるか、すべてが REGULAR DMS 表スペースであるか、すべてが LARGE DMS 表スペースであることが必要です (SQLSTATE 42838)。 ステートメントの許可 ID には、指定したすべての表スペースに対する USE 特権が必要です。

十分な表のページ・サイズは、行のバイト・カウントか列の数のいずれかによって決まります。 詳しくは、 行サイズの制限を参照してください。

LARGE 表スペースに表を配置すると、以下のようになります。

• REGULAR 表スペースに配置する表よりもサイズを大きくできます。 表および表スペースの制限について詳しくは、 『SQL の制限』を参照してください。
• 表の 1 データ・ページあたり 255 を超える行数をサポートできるので、データ・ページのスペース使用率が向上します。
• 表に定義する索引には、REGULAR 表スペースに配置する表に定義する索引と比べて、索引 1 行あたり 2 バイトが追加で必要になります。

CYCLE または NO CYCLE

明示的な表スペースのないデータ・パーティションの数が、指定された表スペースの数を超えてもよいかどうかを指定します。

CYCLE

明示的な表スペースのないデータ・パーティションの数が、指定された表スペースの数を超えた場合に、データ・パーティションにラウンドロビン方式で表スペースを割り当てることを指定します。

NO CYCLE

明示的な表スペースのないデータ・パーティションの数が、指定された表スペースの数を超えてはならないことを指定します (SQLSTATE 428G1)。 このオプションを指定すると、データ・パーティションにラウンドロビン方式で表スペースが割り当てられることはありません。

表スペース・オプション

索引または長形式列の値を保管する表スペースを指定します。 表スペースのタイプについて詳しくは、 CREATE TABLESPACEを参照してください。

INDEX IN 表スペース名

非パーティション表の索引またはパーティション表の非パーティション索引を作成する表スペースを指定します。 指定する表スペースは既存でなければなりません。表のデータが DMS 表スペースにある場合は DMS 表スペースでなければならず、パーティション表のデータが SMS 表スペースにある場合は SMS 表スペースでなければなりません。ステートメントの許可 ID には、その表スペースに対する USE 特権が必要です。その表スペースは、tablespace-name と同じデータベース・パーティション・グループに含まれている必要があります (SQLSTATE 42838)。

索引を組み込む表スペースの指定は、表の作成時に行うことができます。また、パーティション表の場合は、非パーティション索引の CREATE INDEX ステートメントの IN 節を指定することによって行うことも可能です。 表スペースに対する USE 特権があるかどうかのチェックは、後に索引を作成する時ではなく表の作成時に行われます。

パーティション表上の非パーティション索引の場合、索引のストレージは、次のようになります。

• CREATE INDEX ステートメントの IN 節による表スペース
• CREATE TABLE ステートメントの INDEX IN 節に指定された表レベルの表スペース
• 上記のどちらも指定されていない場合は、最初のアタッチされたデータ・パーティションか、可視のデータ・パーティションの表スペースに索引が保管されます。

パーティション表上のパーティション索引に関する詳細情報は、partition-element INDEX IN 節の説明を参照してください。

LONG IN 表スペース名

長形式列の値を保管する表スペースを指定します。 長形式列には、LOB データ・タイプ、XML タイプ、これらのいずれかをソース・タイプとする特殊タイプ、インラインで保管できない値を持つユーザー定義の構造化タイプで定義された列が含まれます。 このオプションは、IN 節で DMS 表スペースを指定した場合にのみ使用できます。

注: 自動ストレージ表スペースは DMS 表スペースでもあります。

指定した表スペースは存在していなければなりません。 これは、データが保管されている同じ表スペースである場合、REGULAR 表スペースとすることもできます。そうでない場合は、ステートメントの許可 ID が USE 特権を保持する LARGE DMS 表スペースでなければなりません。 さらに、これは tablespace-name と同じデータベース・パーティション・グループに含まれている必要があります (SQLSTATE 42838)。

長形式、LOB、または XML の列を組み込む表スペースの指定は、表の作成時にのみ行えます。 USE 特権があるかどうかのチェックは、長形式列または LOB 列を追加するときではなく表の作成時に行われます。

パーティション表での LONG IN 節の使用に関する規則については、 『パーティション表でのラージ・オブジェクトの動作』を参照してください。

distribution-clause (分布節)

データベース・パーティションの方式、つまり複数のデータベース・パーティションにデータを配分させる方法を指定します。

DISTRIBUTE BY HASH (column-name, ...)

複数のデータベース・パーティションにデータを分散させる方式として、 指定の列でデフォルトのハッシュ機能を使用する方式を指定します。 指定の列は分散キー と呼ばれます。

• 各列名は、表の列を識別する非修飾名でなければなりません (SQLSTATE 42703)。
• 同じ列を複数回指定することはできません (SQLSTATE 42709)。
• データ・タイプが BLOB、CLOB、DBCLOB、XML、これらのいずれかのタイプに基づく特殊タイプ、または構造化タイプである場合、分散キーの一部として列を使用することはできません (SQLSTATE 42962)。
• 分散キーに ROW CHANGE TIMESTAMP 列を含めることはできません (SQLSTATE 429BV)。
• 副表では、分散キーを指定できません。分散キーは、表階層のルート表から継承されるからです (SQLSTATE 42613)。
• 分散キーに、行開始、行終了、またはトランザクション開始の ID 列を含めることはできません。
• DISTRIBUTE BY HASH 節が指定されていない場合、および複数のデータベース・パーティションを持つ複数パーティション・データベース・パーティション・グループに表が存在する場合は、デフォルトの分散キーが自動的に定義されます。
• 分散キーの列は、強制適用されるユニーク制約を構成する列のサブセットでなければなりません。

デフォルトの分散キーの要件を満たす列が存在しない場合は、分散キーなしで表が作成されます。 このような表は、単一パーティションのデータベース・パーティション・グループに対して定義された表スペースでのみ認められています。

単一パーティションのデータベース・パーティション・グループに対して定義された表スペースの表の場合は、分散キーとして有効なデータ・タイプの任意の列の集合を分散キーの定義に使用できます。 この節を指定しない場合は、分散キーが作成されません。

分散キーに関連する制約事項については、 規則を参照してください。

DISTRIBUTE BY RANDOM

データベース・パーティション・グループのすべてのデータベース・パーティションに均等にデータを分散させるようにデータベース・マネージャーが分散キーを選択する、という指定をします。 データベース・マネージャーがこれを行うために使用する方法が 2 つあります。

• ユニーク別ランダム: 表にユニーク・キーまたは主キーが含まれる場合、キーの列のユニーク特性を使用して、データのランダム・スプレッドを作成します。 ユニーク・キーまたは主キーの列は、分散キーとして使用されます。
• 生成別ランダム: 表にユニーク・キーも主キーも含まれない場合、データベース・マネージャーは、表に 1 つの列を挿入し、ハッシュ関数で使用する値を生成して生成値を保管します。 列は IMPLICITLY HIDDEN 文節を使用して作成されるため、明示的に指定しない限り、照会には表示されません。 その列の値は、新規行が表に追加されると自動的に生成されます。 デフォルトでは、列名は RANDOM_DISTRIBUTION_KEYです。 名前が既存の列と重複してしまう場合、重複しない名前がデータベース・マネージャーによって生成されます。

DISTRIBUTE BY REPLICATION

表が定義される表スペースのデータベース・パーティション・グループの各データベース・パーティションに対して、表に保管されたデータを物理的に複製することを指定します。 つまり、それぞれのデータベース・パーティションには、 表のデータすべてのコピーが存在することになります。 このオプションは、マテリアライズ照会表にのみ指定できます (SQLSTATE 42997)。

PARTITIONING 節

データベース・パーティション内でデータを分割する方法を指定します。

PARTITION BY RANGE range-partition-spec

表の表パーティション方式を指定します。

partition-expression

キー・データを指定します。このキー・データに対して、ターゲット・データ・パーティションを決定するための範囲を定義します。

column-name

表パーティション・キーの列を指定します。 column-name は、表の列を指定する非修飾名でなければなりません (SQLSTATE 42703)。 同じ列を複数回指定することはできません (SQLSTATE 42709)。 データ・タイプが BLOB、CLOB、DBCLOB、XML、これらのタイプのいずれかに基づく特殊タイプ、構造化タイプの列は、表パーティション・キーの一部として使用できません (SQLSTATE 42962)。

範囲仕様に使用される数値リテラルには、数値リテラル用の規則が適用されます。 数値列に対応する範囲で使用されるすべての数値リテラル (10 進浮動小数点特殊値を除く) は、数値定数に指定された規則に従って、整数、浮動小数点数、または 10 進定数として解釈されます。 結果として 10 進浮動小数点数列では、データ・パーティションの範囲仕様に使用できる最小および最大の数値定数の値は、それぞれ、最小の DOUBLE 値および最大の DOUBLE 値になります。 10 進浮動小数点特殊値を範囲仕様で使用することができます。 すべての 10 進浮動小数点特殊値は、MINVALUE よりも大きく MAXVALUE よりも小さいものとして解釈されます。

表パーティション列に ROW CHANGE TIMESTAMP 列を含めることはできません (SQLSTATE 429BV)。 指定する列の数が 16 を超えてはなりません (SQLSTATE 54008)。

NULLS LAST または NULLS FIRST

表パーティション・キー列に NULL 値がある行のパーティション配置を指定します。 これらの節は、ORDER BY 節で行が戻される順序には影響を与えません。

NULLS LAST

NULL 値を最高値と見なし、MAXVALUE で終わる範囲に配置するように指定します。

NULLS FIRST

NULL 値を最低値と見なし、MINVALUE で始まる範囲に配置するように指定します。

partition-element

データ・パーティション・キーの範囲と、その範囲内の表の行を保管する表スペースを指定します。

PARTITION 区画名

データ・パーティションの名前を指定します。 この名前は、表の他のいずれのデータ・パーティションとも同じであってはなりません (SQLSTATE 42710)。 この節が指定されていない場合、名前は PART の後に整数値の文字形式が続き、表に対して固有な名前になります。

boundary-spec

データ・パーティションの境界を指定します。 最下位のデータ・パーティションには starting-clause を組み込み、最上位のデータ・パーティションには ending-clause を組み込む必要があります (SQLSTATE 56016)。 最下位と最上位の間にあるデータ・パーティションには、starting-clause と ending-clause のいずれかまたは両方の節を組み込めます。 ending-clause だけを指定する場合は、その直前のデータ・パーティションにも ending-clause を組み込んでおく必要があります (SQLSTATE 56016)。

starting-clause

データ・パーティションの範囲の下限を指定します。 開始値は、少なくとも 1 つ指定しなければなりませんが、開始値の数がデータ・パーティション・キーの列の数を超えてはなりません (SQLSTATE 53038)。 指定した値の数が列の数よりも少なければ、残りの値は暗黙的に MINVALUE になります。

STARTING FROM

この後に、starting-clause を指定します。

constant

対応する column-name のデータ・タイプに割り当てることができるデータ・タイプの定数値を指定します (SQLSTATE 53045)。 この値は、表の他の boundary-spec の範囲内にあってはなりません (SQLSTATE 56016)。

MINVALUE

対応する column-name のデータ・タイプの最小可能値より小さい値を指定します。

MAXVALUE

対応する column-name のデータ・タイプの最大可能値より大きい値を指定します。

INCLUSIVE

指定した範囲値をデータ・パーティションに含めることを指定します。

EXCLUSIVE

指定した constant 値をデータ・パーティションから除外することを指定します。 この指定は、MINVALUE または MAXVALUE を指定した場合は無視されます。

ending-clause

データ・パーティションの範囲の上限を指定します。 開始値は、少なくとも 1 つ指定しなければなりませんが、開始値の数がデータ・パーティション・キーの列の数を超えてはなりません (SQLSTATE 53038)。 指定した値の数が列の数よりも少なければ、残りの値は暗黙的に MAXVALUE になります。

ENDING AT

この後に、ending-clause を指定します。

constant

対応する column-name のデータ・タイプに割り当てることができるデータ・タイプの定数値を指定します (SQLSTATE 53045)。 この値は、表の他の boundary-spec の範囲内にあってはなりません (SQLSTATE 56016)。

MINVALUE

対応する column-name のデータ・タイプの最小可能値より小さい値を指定します。

MAXVALUE

対応する column-name のデータ・タイプの最大可能値より大きい値を指定します。

INCLUSIVE

指定した範囲値をデータ・パーティションに含めることを指定します。

EXCLUSIVE

指定した constant 値をデータ・パーティションから除外することを指定します。 この指定は、MINVALUE または MAXVALUE を指定した場合は無視されます。

IN 表スペース名

データ・パーティションが保管される表スペースを指定します。 指定する表スペースは、パーティション表の他の表スペースと同じページ・サイズ、同じデータベース・パーティション・グループ、同じスペース管理方式でなければなりません (SQLSTATE 42838)。ステートメントの許可 ID には、その表スペースに対する USE 特権が必要です。 この節を指定しない場合は、デフォルトで、表に指定されている表スペースのリストからラウンドロビン方式で表スペースが割り当てられます。 LONG IN 節によってラージ・オブジェクトの表スペースを指定しなかった場合は、ラージ・オブジェクトも、データ・パーティションのその他の行と同じ表スペースに配置されます。 パーティション表の場合は、LONG IN 節を使用して、表スペースのリストを用意できます。 このリストは、各データ・パーティションのラージ・オブジェクトを配置するためにラウンドロビン方式で使用されます。 パーティション表での LONG IN 節の使用に関する規則については、 『パーティション表でのラージ・オブジェクトの動作』を参照してください。

CREATE TABLE ステートメントまたは CREATE INDEX ステートメントで INDEX IN 節を指定しない場合は、表の最初の可視パーティションまたはアタッチされたパーティションと同じ表スペースに索引が配置されます。

INDEX IN 表スペース名

パーティション表上のパーティション索引が保管される表スペースを指定します。

partition-element レベルの INDEX IN 節は、パーティション索引のストレージのみに影響します。 索引のストレージは、次のようになります。

• 表の作成時にパーティション・レベルで INDEX IN 節を指定する場合は、パーティション索引は、指定された表スペースに保管されます。
• 表の作成時にパーティション・レベルで INDEX IN 節を指定しない場合は、パーティション索引は、対応するデータ・パーティションの表スペースに保管されます。

INDEX IN 節は、データ表スペースが DMS 表スペースで、INDEX IN 節で指定された表スペースが DMS 表スペースの場合にのみ指定できます。 データ表スペースが SMS 表スペースの場合は、エラーが戻されます (SQLSTATE 42839)。

LONG IN 表スペース名

長形式列の値を保管する表スペースを指定します。 長形式列には、LOB データ・タイプ、XML タイプ、これらのいずれかをソース・タイプとする特殊タイプ、インラインで保管できない値を持つユーザー定義の構造化タイプで定義された列が含まれます。 このオプションは、IN 節で DMS 表スペースを指定した場合にのみ使用できます。

注: 自動ストレージ表スペースは DMS 表スペースでもあります。

指定した表スペースは存在していなければなりません。 これは、データが保管されている同じ表スペースである場合、REGULAR 表スペースとすることもできます。そうでない場合は、ステートメントの許可 ID が USE 特権を保持する LARGE DMS 表スペースでなければなりません。 さらに、これは tablespace-name と同じデータベース・パーティション・グループに含まれている必要があります (SQLSTATE 42838)。

長形式、LOB、または XML の列を組み込む表スペースの指定は、表の作成時にのみ行えます。 USE 特権があるかどうかのチェックは、長形式列または LOB 列を追加するときではなく表の作成時に行われます。

パーティション表での LONG IN 節の使用に関する規則については、 『パーティション表でのラージ・オブジェクトの動作』を参照してください。

EVERY (定数)

自動生成形式の構文を使用した場合に、各データ・パーティション範囲の幅を指定します。 データ・パーティションは、STARTING FROM 値から始まる範囲にこの数の値を組み込む形で作成されます。 この形式の構文は、数値または日時の 1 つの列でパーティション化されている表についてのみサポートされています (SQLSTATE 53038)。

パーティション・キー列が数値タイプの場合、最初のパーティションの開始値は、starting-clause に指定されている値になります。 最初のパーティションと他のすべてのパーティションの終了値は、パーティションの開始値に、EVERY 節の constant として指定されている増分値を加算する形で計算されます。 他のすべてのパーティションの開始値は、直前のパーティションの開始値に、EVERY 節の constant として指定されている増分値を加算する形で計算されます。

パーティション・キー列が DATE または TIMESTAMP の場合、最初のパーティションの開始値は、starting-clause に指定されている値になります。 最初のパーティションと他のすべてのパーティションの終了値は、パーティションの開始値に、EVERY 節のラベル付き期間として指定されている増分値を加算する形で計算されます。 他のすべてのパーティションの開始値は、直前のパーティションの開始値に、EVERY 節のラベル付き期間として指定されている増分値を加算する形で計算されます。

数値列の場合、EVERY の値は正の数値定数でなければならず、日時列の場合、EVERY の値はラベル付き期間でなければなりません (SQLSTATE 53045)。

COMPRESS

表に対して行圧縮を使用するかどうかを指定します。 ddl_compression_def 構成パラメーターは、COMPRESS キーワードのデフォルト値を決定します。

いいえ

行圧縮は無効です。

はい

行圧縮は有効です。 表に対する挿入と更新の操作で、行圧縮が使用されるようになります。 既存の XML ストレージ・オブジェクトも圧縮されます。 アダプティブ圧縮とクラシック行圧縮のどちらの場合も、表に十分なデータが読み込まれた後で、表レベルのコンプレッション・ディクショナリーが自動的に作成されます。 これは、XML ストレージ・オブジェクトのデータにも当てはまります。 つまり、XML ストレージ・オブジェクトに十分なデータがある場合、 コンプレッション・ディクショナリーが自動的に作成され、XML 文書は圧縮の対象になります。

注: アダプティブ圧縮を使用するかクラシック行圧縮を使用するかに関係なく、XML ストレージ・オブジェクトに適用される圧縮は同じです。

アダプティブ行圧縮の場合は、 ページ・レベルのコンプレッション・ディクショナリーが、データ挿入またはデータ変更が表に行われるとすぐに作成または更新されます。

ADAPTIVE

アダプティブ圧縮を使用可能にします。レコードは表レベルおよびページ・レベルのコンプレッション・ディクショナリーを使って圧縮されるようになります。 COMPRESS YES ADAPTIVE の機能は、COMPRESS YES STATIC の機能のスーパーセットです。 これは、COMPRESS YES を明示的に指定する場合のデフォルトです。

STATIC

表レベルのコンプレッション・ディクショナリーを使用したクラシック行圧縮を使用可能にします。 これは、以前の Db2 バージョンで存在していた行圧縮機能と同じです。 これは、行圧縮がデフォルトで使用され、COMPRESS YES が明示的に指定されていない場合のデフォルトです。

VALUE COMPRESSION

使用される行形式を判別します。 それぞれのデータ・タイプは、使用される行形式に応じた、異なるバイト・カウントを持ちます。 詳しくは、 バイト・カウントを参照してください。 表が型付き表である場合、このオプションは、型付き表階層のルート表に対してのみサポートされます (SQLSTATE 428DR)。

NULL 値は 3 バイトを使用して保管されます。 これは、VALUE COMPRESSION がアクティブでない場合の、すべてのデータ・タイプの列と同じスペース、またはそれより少ないスペースです (ただし CHAR(1) を除きます)。 列が NULL 可能として定義されているかいないかは、行サイズ計算には影響しません。 データ・タイプが VARCHAR、VARGRAPHIC、LONG VARCHAR、LONG VARGRAPHIC、CLOB、DBCLOB、VARBINARY、BLOB、XML である列の、長さがゼロのデータ値は、2 バイトだけ使用して保管されます。これは、VALUE COMPRESSION がアクティブでない場合に必要とされるストレージを下回ります。 COMPRESS SYSTEM DEFAULT オプションを使用して列を定義すると、列のシステム・デフォルト値も 合計 3 バイトのストレージを使用して保管できるようになります。 これをサポートする行形式は、各データ・タイプのバイト・カウントを決定し、NULL 値、長さがゼロの値、またはシステム・デフォルト値への更新、またはそれらの値からの更新を行う際に、データ・フラグメントの原因となる傾向があります。

WITH RESTRICT ON DROP

表をドロップできないこと、また、表を含む表スペースをドロップできないことを指定します。

NOT LOGGED INITIALLY

表を作成する作業と同一の作業単位にある INSERT、DELETE、UPDATE、CREATE INDEX、DROP INDEX、または ALTER TABLE 操作によって表に対して行われた変更は、いずれもログに記録されません。 このオプションを使用する際のその他の考慮事項については、このステートメントの「 注 」セクションを参照してください。

カタログの変更と、ストレージに関連する情報は、 以後の作業単位で表に対して行われた操作と同様にすべてログ記録されます。

注: NOT LOGGED INITIALLY 属性がアクティブ化されている表に対してログに記録されないアクティビティーが発生し、ステートメントが失敗した (ロールバックの原因となった) 場合、または ROLLBACK TO SAVEPOINT が実行された場合、作業単位全体がロールバックされます (SQL1476N)。 さらに、NOT LOGGED INITIALLY 属性がアクティブ化されている表は、 ロールバックされた後にアクセス不能としてマークされ、ドロップしかできなくなります。 したがって、NOT LOGGED INITIALLY 属性がアクティブ化されている作業単位内では、エラーの可能性を最小限に抑えるべきです。

CCSID

表に格納されるストリング・データのコード化スキームを指定します。 CCSID 節を指定しない場合のデフォルトは、Unicode データベースでは CCSID UNICODE、 他のすべてのデータベースでは CCSID ASCII になります。

ASCII

ストリング・データがデータベース・コード・ページでエンコードされることを指定します。 データベースが Unicode データベースの場合は、CCSID ASCII を指定することはできません (SQLSTATE 56031)。

UNICODE

ストリング・データが Unicode でエンコードされることを指定します。 データベースが Unicode データベースの場合、文字データは UTF-8、 GRAPHIC データは UCS-2 になります。 データベースが Unicode データベースでない場合、文字データは UTF-8になり、グラフィック・データは許可されません。

データベースが Unicode データベースでない場合、 CCSID UNICODE を指定して表を作成できますが、以下の規則が適用されます。

• 表を作成する前に、データベース構成で代替照合シーケンスを指定する必要があります (SQLSTATE 56031)。 CCSID UNICODE 表は、データベース構成で指定した代替照合シーケンスを使用して照合されます。

  サポートされている唯一の代替照合シーケンスは IDENTITY_16BIT です。

• GRAPHIC タイプ、XML タイプ、およびユーザー定義タイプは CCSID UNICODE 表内では使用できません (SQLSTATE 560C1)。
• アンカー・データ・タイプは、CCSID UNICODE を使用して作成された表の列にアンカーすることはできません (SQLSTATE 428HS)。
• 同じ表に CCSID UNICODE 文節と DATA CAPTURE CHANGES 文節の両方を指定することはできません (SQLSTATE 42613)。
• Explain 表は CCSID UNICODE では作成できません (SQLSTATE 55002)。
• 作成済み一時表および宣言済み一時表は CCSID UNICODE では作成できません (SQLSTATE 56031)。
• CCSID UNICODE 表は CREATE SCHEMA ステートメントでは作成できません (SQLSTATE 53090)。
• ロード操作の例外表の CCSID は、この操作のターゲット表と同じでなければなりません (SQLSTATE 428A5)。
• SET INTEGRITY ステートメントの例外表の CCSID は、 このステートメントのターゲット表と同じでなければなりません (SQLSTATE 53090)。
• イベント・モニター・データのターゲット表は CCSID UNICODE として宣言されていてはなりません (SQLSTATE 55049)。
• SQL ステートメントは常にデータベース・コード・ページで解釈されます。 特にこのことは、リテラル、16 進数リテラル、および区切り ID 内のすべての文字が データベース・コード・ページで表記されていなければならないということを意味します。 そうでないと、文字は置換文字によって置き換えられてしまいます。

呼び出される SQL ステートメント内の表の CCSID に関係なく、 アプリケーション内のホスト変数は常にアプリケーションのコード・ページで表記されます。 データベース・マネージャーは、アプリケーション・コード・ページとセクション・コード・ページ間での データ変換の必要に応じて、コード・ページ変換を実行します。 レジストリー変数 DB2CODEPAGE をクライアント側で設定して、 アプリケーション・コード・ページを変更することができます。

SECURITY POLICY

表に関連付けるセキュリティー・ポリシーの名前を指定します。

ポリシー名

現行のサーバーに既に存在するセキュリティー・ポリシーを指定します (SQLSTATE 42704)。 この節によって、行の保護または列の保護がアクティブになるわけではありません。 詳しくは、 LBAC を使用したデータの保護を参照してください。

OPTIONS (table-option-name ストリング定数, ...)

表オプションは、リモート基本表を識別するために使用します。 table-option-name はオプションの名前です。 string-constant は、表オプションの設定を指定します。 string-constant は単一引用符で囲む必要があります。

リモート・サーバー (CREATE SERVER ステートメントに指定されたサーバー名) は、OPTIONS 節に指定しなければなりません。 OPTIONS 節を使用して、 作成中のリモート基本表のスキーマまたは非修飾名をオーバーライドすることもできます。

スキーマ名を指定することをお勧めします。 リモート・スキーマ名が指定されていない場合、表名の修飾子が使用されます。 表名に修飾子がない場合、ステートメントの許可 ID が使用されます。

リモート基本表の非修飾名が指定されていない場合、 table-name が使用されます。