CREATE TABLE (SQL)

NOT NULL 制約

• CREATE TABLE table (column type NOT NULL, ...) では、指定された列のすべてのレコードに値が定義されている必要があります。つまり、NULL 値にすることはできません。

  この文は、いずれの列も null にすることができないテーブルを作成します。

  CREATE TABLE Sample.Person (
      Name VARCHAR(30) NOT NULL,
      DateOfBirth TIMESTAMP NOT NULL)

  

  空の文字列 ('') は null 値と見なされません。列が NOT NULL 制約で定義されているとしても、文字列を受け入れる列に空文字列を挿入することができます。

  NULL データ制約キーワード (NOT なし) は、この列が null 値を受け入れることを明示的に指定します。これは列に対する既定の定義です。

DEFAULT 制約

• CREATE TABLE table (column type DEFAULT defaultSpec, ...) は、この列のデータ値が INSERT で指定されていない場合に、INSERT の処理で自動的にこの列に指定する既定のデータ値を指定します。DEFAULT 値と NOT NULL 制約の両方が指定されている列に INSERT 処理で NULL 値の挿入を指定すると、その列には DEFAULT 値が使用されます。この列で NOT NULL 制約が定義されていない場合は、DEFAULT 値ではなく NULL 値が使用されます。

  この文は、MembershipStatus 列および MembershipTerm 列に既定値を設定します。

  CREATE TABLE Sample.Member (
      MemberId INT NOT NULL,
      MembershipStatus CHAR(13) NOT NULL DEFAULT 'M',
      MembershipTerm INT NOT NULL DEFAULT 2)

  

UNIQUE 制約

UNIQUE 制約が指定されている場合は、一意の値のみを列に指定できます。どの列に UNIQUE 制約が設定されているかを確認するには、"テーブルのカタログの詳細" を参照してください。

• CREATE TABLE table (column type UNIQUE, ...) は、指定された列が一意の値のみを受け入れるよう制約を加えます。この列には同じ値を持つレコードは存在しないことになります。

  この文は、UserName 列に対して UNIQUE 制約を設定します。

  CREATE TABLE Sample.People (
      UserName VARCHAR(30) UNIQUE NOT NULL,
      FirstName VARCHAR(30),
      LastName VARCHAR(30))

  

  SQL では、空文字列 ('') はデータ値と見なされるため、UNIQUE データ制約が適用されている場合は、複数のレコードでこの列を空文字列値にすることはできません。NULL はデータ値と見なされないため、UNIQUE データ制約は複数の NULL に対して適用されません。列に対して NULL を制限するには、NOT NULL キーワード制約を使用します。

  Note:

  シャード・テーブルでは、UNIQUE 制約によって挿入および更新のパフォーマンス・コストが大幅に増大します。挿入または更新のパフォーマンスが重要である場合、この制約を使用しないか、テーブルのシャード・キーを含めてください。シャード・テーブルには、UNIQUE 制約に関する追加の制限事項があることに注意してください。

  クエリ・パフォーマンスの詳細は、"一意制約の評価" および "シャード・クラスタにおけるクエリ" を参照してください。

• CREATE TABLE table (UNIQUE (column, column2, ...), ...) では、列の指定されたグループのすべての値を 1 つに連結した場合にその値が一意の値であることが求められます。個々の列が一意である必要はありません。定義する列のコンマ区切りリストで、任意の場所にこの制約を指定できます。

  この文では、作成されたテーブル内の FirstName と LastName のレコードが一意であることが必要ですが、FirstName と LastName のレコードにそれぞれ重複が含まれていてもかまいません。

  CREATE TABLE Sample.People (
      FirstName VARCHAR(30),
      LastName VARCHAR(30),
      UNIQUE (FirstName,LastName))

  

• CREATE TABLE table (..., CONSTRAINT uniqueName UNIQUE (column,column2, ...)) は、UNIQUE 制約の名前を指定します。テーブル定義から UNIQUE 制約を削除する場合は、ALTER TABLE コマンドでこの制約の名前が必要になります。

  この文は、前の文と機能的に同等であり、制約に FirstLast という名前を付けます。

  CREATE TABLE Sample.People (
      FirstName VARCHAR(30),
      LastName VARCHAR(30),
      CONSTRAINT FirstLast UNIQUE (FirstName,LastName))

  

PRIMARY KEY 制約

PRIMARY KEY 制約は、1 つの列または列の組み合わせを主キーとして指定し、列が一意であり、null でないように制約を加えます。主キーの定義はオプションです。テーブルを定義する際、InterSystems IRIS は生成される列 RowID 列 (既定名 "ID") を自動的に作成します。これは一意の行識別子として機能します。主キーの詳細は、"主キーの定義" を参照してください。

• CREATE TABLE table (column type PRIMARY KEY, ...) は、テーブル内の 1 つの列を主キーとして指定し、その列の値が一意で、null ではないように制約します。

  この文は、EmpNum 列を主キーとして指定するテーブルを作成します。

  CREATE TABLE Sample.Employee (
      EmpNum INT PRIMARY KEY,
      NameLast CHAR (30) NOT NULL,
      NameFirst CHAR (30) NOT NULL,
      StartDate TIMESTAMP,
      Salary MONEY)

  

  管理ポータルの [カタログの詳細] セクションでは、生成される主キーの名前は tablePKeyN の形式を取ります。ここで、table はテーブルの名前で、N は制約カウント整数です。

• CREATE TABLE table (..., PRIMARY KEY (column, column2, ...)) は、1 つ以上の列を主キーとして指定します。列のコンマ区切りのリストにおいて、任意の場所で PRIMARY KEY 節を指定できます。この節で単一の列を指定することは、前の構文を使用して特定の列でこの節を指定することと機能的に同等です。この節でコンマ区切りリストの列を指定する場合、各列は NULL ではないと定義されますが、列の値の組み合わせが一意の値である限り、重複する値を含めることができます。

  この文は、FirstName 列と LastName 列の組み合わせを主キーとして指定します。

  CREATE TABLE Sample.People (
      FirstName VARCHAR(30),
      LastName VARCHAR(30),
      PRIMARY KEY (FirstName,LastName))

  

• CREATE TABLE table (..., CONSTRAINT pKeyName PRIMARY KEY (column, column2, ...)) では、主キーの名前を明示的に付けることができます。主キーの名前は、管理ポータルの [カタログの詳細] セクションから表示できます。

  この文は、最初の PRIMARY KEY 構文と機能的に同等で、主キーに EmployeePK という名前を付けます。

  CREATE TABLE Sample.Employee (
      EmpNum INT,
      NameLast CHAR (30) NOT NULL,
      NameFirst CHAR (30) NOT NULL,
      StartDate TIMESTAMP,
      Salary MONEY,
      CONSTRAINT EmployeePK PRIMARY KEY (EmpNum))

  

外部キー制約

FOREIGN KEY 制約は、1 つの列または列の組み合わせを、別のテーブルへの参照として指定します。外部キー列に格納された値は、その他のテーブル内のレコードを一意に識別します。テーブルごとに複数の外部キーを指定できます。各外部キー参照は、参照されるテーブル内に常に存在し、一意として定義される必要があります。参照される列は重複値または NULL を持つことはできません。外部キーの詳細は、"外部キーの定義" を参照してください。

• CREATE TABLE table (..., CONSTRAINT fKeyName FOREIGN KEY (column) REFERENCES refTable (refColumn)) は、refTable 参照テーブルの refColumn 列を参照する外部キーとして作成されたテーブルから、列を指定します。外部キー列および参照される列は異なる名前でもかまいませんが、データ型と列の制約は同じでなければなりません。fKeyName は外部キーの名前を指定し、必須の要素です。

  この文は、CustomersFK という名前の外部キーを定義する Orders テーブルを作成します。この外部キーでは、CustomerNum 列の値は、Customers テーブルの CustID 列で指定された ID になります。

  CREATE TABLE Orders (
      OrderID INT,
      OrderItem VARCHAR,
      OrderQuantity INT,
      CustomerNum INT,
      CONSTRAINT OrdersPK PRIMARY KEY (OrderID),
      CONSTRAINT CustomersFK FOREIGN KEY (CustomerNum) REFERENCES Customers (CustID))

  

• CREATE TABLE table (..., CONSTRAINT fKeyName FOREIGN KEY (column, column2, ...) REFERENCES refTable (refColumn, refColumn2, ...)) は、列の組み合わせを、参照される列の外部キーとして指定します。外部キー列および参照される列は、列の数およびリストでの順序が一致している必要があります。

  この文は、Orders の CustomerNum 列と SalesPersonNum 列の組み合わせを外部キーとして指定します。これらの列の値は、Customers テーブルの対応する CustID 列と SalespID 列を参照します。

  CREATE TABLE Orders (
      OrderID INT,
      OrderItem VARCHAR,
      OrderQuantity INT,
      CustomerNum INT,
      SalesPersonNum INT,
      CONSTRAINT OrdersPK PRIMARY KEY (OrderID),
      CONSTRAINT CustomersFK FOREIGN KEY (CustomerNum,SalesPersonNum) REFERENCES Customers (CustID,SalespID))

  

• CREATE TABLE table (..., CONSTRAINT fKeyName FOREIGN KEY (...) REFERENCES refTable)) は、参照列の名前を省略します。列または列の組み合わせの外部キーは、既定で参照テーブルの主キーになります (定義されている場合)。そうでない場合は、参照テーブルの IDENTITY 列 (定義されている場合)、あるいは参照テーブルの RowID 列になります。

  この文は、CustomerNum 列が Customers テーブルの主キーを参照する外部キーを設定します。この場合は、このテーブルに主キーが定義済みであることを前提とします。

  CREATE TABLE Orders (
      OrderID INT,
      OrderItem VARCHAR,
      OrderQuantity INT,
      CustomerNum INT,
      SalesPersonNum INT,
      CONSTRAINT OrdersPK PRIMARY KEY (OrderID),
      CONSTRAINT CustomersFK FOREIGN KEY (CustomerNum) REFERENCES Customers)

  

• CREATE TABLE table (..., CONSTRAINT fKeyName FOREIGN KEY (...) REFERENCES ... ON UPDATE refAction)) は、参照テーブルに対する UPDATE ルールを定義します。参照テーブルの行の主キーの値を変更しようとする場合は、ON UPDATE 節で、そのテーブルの行に対して実行されるアクションが定義されます。有効な参照アクションの値は、NO ACTION (既定)、SET DEFAULT、SET NULL、および CASCADE です。この節は ON DELETE 節と組み合わせて指定できます。

  この文は、参照列 CustID の更新時に、外部キー列 CustomerNum が同じ更新を受け取るテーブルを作成します。

  CREATE TABLE Orders (
      OrderID INT,
      OrderItem VARCHAR,
      OrderQuantity INT,
      CustomerNum INT,
      CONSTRAINT OrdersPK PRIMARY KEY (OrderID),
      CONSTRAINT CustomersFK FOREIGN KEY (CustomerNum) REFERENCES Customers (CustID)
          ON UPDATE CASCADE)

  

• CREATE TABLE table (..., CONSTRAINT fKeyName FOREIGN KEY (...) REFERENCES ... ON DELETE refAction)) は、参照テーブルに対する DELETE ルールを定義します。参照テーブルから行を削除しようとする場合は、ON DELETE 節で、そのテーブル内の行に対して実行されるアクションが定義されます。有効な参照アクションの値は、NO ACTION (既定)、SET DEFAULT、SET NULL、および CASCADE です。この節は ON UPDATE 節と組み合わせて指定できます。

  この文は、外部キー列に参照列の値の更新をカスケードするテーブルを作成しますが、参照列の値が削除された場合、対応する外部キーの値は NULL に設定されます。

  CREATE TABLE Orders (
      OrderID INT,
      OrderItem VARCHAR,
      OrderQuantity INT,
      CustomerNum INT,
      CONSTRAINT OrdersPK PRIMARY KEY (OrderID),
      CONSTRAINT CustomersFK FOREIGN KEY (CustomerNum) REFERENCES Customers (CustID)
          ON UPDATE CASCADE
          ON DELETE SET NULL)

  

• CREATE TABLE table (..., CONSTRAINT fKeyName FOREIGN KEY (...) REFERENCES ... NOCHECK)) は、外部キーの参照整合性のチェックを無効にします。つまり、INSERT または UPDATE 処理により、参照テーブル内の行に対応しない値が外部キー列に指定される可能性があります。

  NOCHECK キーワードも、外部キーに対する ON DELETE または ON UPDATE 参照アクションが指定されている場合に、これらのアクションの実行を妨げます。SQL クエリ・プロセッサでは、外部キーを使用してテーブルでの結合を最適化できます。ただし、外部キーが NOCHECK として定義されている場合、SQL クエリ・プロセッサはそれを定義済みと見なしません。NOCHECK 外部キーは、引き続き xDBC カタログ・クエリに対して外部キーとして報告されます。詳細は、"外部キーの使用法" を参照してください。

計算列

これらの構文は、ユーザ指定ではなく、INSERT または UPDATE 時に計算される列を定義する方法を示しています。これらの列の詳細は、"INSERT または UPDATE 時の計算フィールドの値" を参照してください。

• CREATE TABLE table (column type COMPUTECODE [OBJECTSCRIPT | PYTHON] {code}, ...) は、指定された ObjectScript コードまたは Python コードを使用して、INSERT 時に値が計算および格納される列を定義します。OBJECTSCRIPT キーワードも PYTHON キーワードも指定しないと、コードは既定で ObjectScript になります。計算済みの列の値は、UPDATE コマンドやトリガ・コード操作など、それ以降のテーブルの更新によって変更されることはありません。

  以下の文は、行が挿入されると DOB 列で指定された日付に基づいて Age 列を計算するテーブルを作成します。

  SQL/ObjectScript SQL/Python

  CREATE TABLE MyStudents (
     Name VARCHAR(16) NOT NULL,
     DOB DATE,
     Age VARCHAR(12) COMPUTECODE {
          set bdate = $zdate({DOB}, 8)
          set today = $zdate($horolog,8)
          set {Age} = $select(bdate = "":"", 1:(today - bdate) \ 10000)},
     Grade INT)

  

  CREATE TABLE MyStudents (
     Name VARCHAR(16) NOT NULL,
     DOB DATE,
     Age VARCHAR(12) COMPUTECODE PYTHON {
          import datetime as d
          iris_date_offset = d.date(1840,12,31).toordinal()
          bdate = d.date.fromordinal(cols.getfield('DOB') + iris_date_offset).strftime("%Y%m%d")
          today = d.date.today().strftime("%Y%m%d")
          return str((int(today) - int(bdate)) // 10000) if bdate else ""},
     Grade INT)
  

  

• CREATE TABLE table (column type COMPUTECODE ... {code} COMPUTEONCHANGE (column, column2, ...), ...) は、COMPUTEONCHANGE 節で指定されたテーブル列のいずれかが以降のテーブル更新で変更されると、計算済みの列の値を再計算します。再計算された値は、以前に保存された値を置き換えます。COMPUTEONCHANGE で指定された列がテーブル仕様に含まれていない場合は、InterSystems SQL で SQLCODE -31 エラーが生成されます。

  以下の文は、DOB 列が更新されると Age 列を再計算します。Birthday 列には、列が前回変更された時点のタイムスタンプが含まれます。

  CREATE TABLE MyStudents (
      Name VARCHAR(20) NOT NULL,
      DOB TIMESTAMP,
      Birthday VARCHAR(40) COMPUTECODE {
          set {Birthday} = $zdate({DOB})
          _" changed: "_$zdatetime($ztimestamp) }
          COMPUTEONCHANGE (DOB))
  

  

  COMPUTEONCHANGE は、列定義に対応するクラス・プロパティのために SqlComputeOnChange キーワードを %%UPDATE 値と共に定義します。このプロパティ値は、最初に INSERT 処理の一部として計算され、UPDATE 処理の間に再計算されます。対応する永続クラスの定義の詳細は、"永続クラスの作成によるテーブルの定義" を参照してください。

• CREATE TABLE table (column type COMPUTECODE ... {code} CALCULATED, ...) は、列の値がデータベースに格納されておらず、列が照会されるたびに生成されるように指定します。計算列によりデータ・ストレージのサイズが縮小しますが、クエリのパフォーマンスが低下する可能性があります。

  この列は、列定義に対応するクラス・プロパティの Calculated ブーリアン・キーワードを定義します。CALCULATED のプロパティには、そのプロパティが SQLComputed でない場合はインデックスを付けることはできません。

  この文は DaysToBirthday 列の値を計算します。この値は現在の日付に応じて変化します。{*} コードは、計算される列を指定する構文で、この場合は DaysToBirthday になります。

  CREATE TABLE MyStudents (
      Name VARCHAR(20) NOT NULL,
      DOB TIMESTAMP,
      DaysToBirthday INT COMPUTECODE {
          set {*} = $zdate({DOB},14) - $zdate($horolog,14) } CALCULATED)

  

• CREATE TABLE table (column type COMPUTECODE ... {code} TRANSIENT, ...) は CALCULATED に似ていますが、列がデータベースに保存されないことも指定します。

  この列は、列定義に対応するクラス・プロパティの Transient ブーリアン・キーワードを定義します。TRANSIENT のプロパティにインデックスを付けることはできません。

  CALCULATED および TRANSIENT キーワードは相互に排他的で、同様の動作を提供します。TRANSIENT ではプロパティが保存されません。CALCULATED ではプロパティに対してインスタンス・メモリが割り当てられません。そのため、CALCULATED が指定されるとTRANSIENT が暗黙的に設定されます。

• CREATE TABLE table (column type ON UPDATE updateSpec, ...) は、updateSpec によって指定される値に基づいて、行がテーブル内で更新される場合は常に再計算される列を定義します。列に COMPUTECODE データ制約も存在する場合、ON UPDATE 節を指定することはできません。

  この文は、LastUpdated 列を含むテーブルを作成します。この列の値は、対応する行が更新される場合に常に現在の時刻に更新されます。テーブルに格納されたタイムスタンプの値は、2 桁の精度を持ちます。

  CREATE TABLE MyStudents (
      Name VARCHAR(20) NOT NULL,
      DOB TIMESTAMP,
      LastUpdated TIMESTAMP DEFAULT CURRENT_TIMESTAMP(2) ON UPDATE CURRENT_TIMESTAMP(2))
  
  

  

• CREATE TABLE table (column type IDENTITY, ...) は、システムで生成された整数値を持つ RowID 列を、指定された名前の列で置き換えます。

  RowID 列と同様に、この列は一意のシステム生成された整数値を持つ単一の列の IDKEY インデックスとして動作します。ここで、各値は対応するテーブル行の一意のレコード ID として機能します。IDENTITY 列を定義することにより、IDKEY としての主キーの定義が回避されます。テーブルごとに 1 つの IDENTITY 列のみを定義できます。type は整数データ型である必要があります。type を省略すると、データ型は BIGINT として定義されます。IDENTITY 値はユーザ指定にすることができず、UPDATE 文で変更することもできません。

  この値は IdNum 列を IDKEY として設定します。この列は SELECT * などの選択クエリの一部として返されます。

  CREATE TABLE Employee (
      EmpNum INT NOT NULL,
      IdNum IDENTITY NOT NULL,
      Name CHAR(30) NOT NULL,
      CONSTRAINT EMPLOYEEPK PRIMARY KEY (EmpNum))

  

IDENTITY 列の操作の詳細は、"IDENTITY キーワードを使用した名前付き RowId 列の作成" を参照してください。

カウンタ列

InterSystems SQL は、3 つのタイプのシステム生成の整数カウンタ列を提供します。これらの列は相互排他的ではなく、同じテーブル内で同時に指定できます。3 つの列すべてのデータ型が、%Library.BigIntOpens in a new tab データ型クラスにマッピングしています。

これらのカウンタ列の詳細は、"RowVersion、AutoIncrement、および Serial カウンタ・フィールド" を参照してください。

• CREATE TABLE table (column type AUTO_INCREMENT, ...) は、テーブルに挿入が行われるたびにインクリメントするカウンタ列を作成します。テーブルごとに 1 つの AUTO_INCREMENT カウンタ列のみを指定できます。明示的な整数データ型の後、AUTO_INCREMENT キーワードを設定する必要があります。例：

  CREATE TABLE MyStudents (
      Name VARCHAR(16) NOT NULL,
      DOB TIMESTAMP,
      AutoInc BIGINT AUTO_INCREMENT)
  

  

  または、%Library.AutoIncrementOpens in a new tab データ型を使用して AUTO_INCREMENT 列を定義できます。したがって、以下は有効な列定義構文です：MyAutoInc %AutoIncrement, MyAutoInc %AutoIncrement AUTO_INCREMENT

• CREATE TABLE table (column SERIAL, ...) は、テーブルに対して INSERT 処理が行われるたびにインクリメントするカウンタ列を作成します。SERIAL カウンタ列として複数の列を指定できます。明示的なデータ型の後に SERIAL キーワードを指定します。例：

  CREATE TABLE MyStudents (
     Name VARCHAR(16) NOT NULL,
      DOB TIMESTAMP,
      Counter SERIAL)

  

• CREATE TABLE table (column ROWVERSION, ...) は、ネームスペース内のすべてのテーブルで INSERT または UPDATE 処理が行われるたびにインクリメントするカウンタ列を作成します。明示的なデータ型の後に ROWVERSION キーワードを指定します。例：

  CREATE TABLE MyStudents (
      Name VARCHAR(16) NOT NULL,
      DOB TIMESTAMP,
      RowVer ROWVERSION)

  

%DESCRIPTION キーワード

• CREATE TABLE table (..., %DESCRIPTION description) は、作成されるテーブルの説明を指定します。説明のテキスト文字列を引用符で囲みます。例：

  CREATE TABLE Employee (
      %Description 'Employees at XYZ Inc.',
      EmpNum INT PRIMARY KEY,
      NameLast VARCHAR(30) NOT NULL,
      NameFirst VARCHAR(30) NOT NULL,
      StartDate TIMESTAMP)

  

• CREATE TABLE table (column type %DESCRIPTION description, ...) は、列の説明を指定します。列ごとに 1 つの説明を指定できます。説明のテキスト文字列を引用符で囲みます。例：

  CREATE TABLE Employee (
      EmpNum INT PRIMARY KEY,
      NameLast VARCHAR(30) NOT NULL,
      NameFirst VARCHAR(30) NOT NULL,
      StartDate TIMESTAMP %Description 'Format: MM/DD/YYYY')

  

%PUBLICROWID キーワード

• CREATE TABLE table (%PUBLICROWID, ...) は、一意の、システム生成された整数値を持つ RowID 列をパブリックにします。例：

  CREATE TABLE Employee (
      %PUBLICROWID,
      EmpNum INT PRIMARY KEY,
      NameLast VARCHAR(30) NOT NULL,
      NameFirst VARCHAR(30) NOT NULL,
      StartDate TIMESTAMP)

  

  この列は "ID" と名付けられ、列 1 に割り当てられます。テーブルに対応するクラスは “Not SqlRowIdPrivate” で定義されます。ALTER TABLE を使用して %PUBLICROWID を指定することはできません。

  RowID がパブリックの場合、以下のようになります。

  • RowID 値は SELECT * によって表示されます。

  • RowID は、外部キー参照として使用できます。

  • 主キーが定義されていない場合、RowID は制約名が RowIDField_As_PKey の 暗黙的な主キー制約として扱われます。

  • コピーされる列名を指定しなければ、テーブルを使用してデータを重複テーブルにコピーすることはできません。

  RowID 列の詳細は、"RowID は非表示か" を参照してください。

照合プロパティ

• CREATE TABLE table (column type COLLATE sqlCollation, ...) は、指定された列で値を並べて比較するために使用される照合タイプを設定します。有効な照合の値は、%EXACT、%MINUS、%PLUS、%SPACE、%SQLSTRING、%SQLUPPER、%TRUNCATE、および %MVR です。

  この文は、UserName 列を大文字と小文字を区別する文字列としてソートし、列内の NULL および数値を文字列の文字として処理します。

  CREATE TABLE Sample.People (
      UserName VARCHAR(30) COLLATE %SQLSTRING,
      FirstName VARCHAR(30),
      LastName VARCHAR(30))

  

シャード・テーブル

これらの構文はシャード・テーブルを定義するオプションを提供します。このテーブルでは、その列の 1 つをシャード・キーとして使用することで、テーブル行は自動的にデータ・ノード間で水平方向に分割されます。シャード・テーブルにより、特に多数の行がテーブルに格納されている場合に、テーブルに対するクエリのパフォーマンスが向上します。大きなテーブルを結合するクエリで高いパフォーマンスを得るには、各テーブルをコシャードします。コシャードでは、各テーブルからシャード・キー値が同じ行を 1 つのデータ・ノードにまとめることでテーブルの行を分割します。シャードの詳細は、"シャーディングによるデータ量に応じた水平方向の拡張" を参照してください。

• CREATE TABLE table ... SHARD は、シャード・テーブルを定義し、RowID 列をシャード・キーとして使用します。これは、システム割り当てシャード・キー (SASK) として知られています。テーブルに IDENTITY 列が定義されていて、明示的なシャード・キーがない場合、InterSystems SQL では代わりに IDENTITY 列を SASK として使用します。SASK を使用することは、テーブルをシャーディングするための最も簡単で効果的な方法です。列定義の後に SHARD キーワードを指定します。

  この文は、既定の RowID 列をシャード・キーとして使用するシャード・テーブルを作成します。

  CREATE TABLE Vehicle (
      Make VARCHAR(30) NOT NULL,
      Model VARCHAR(20) NOT NULL,
      Year INT NOT NULL,
      Vin CHAR(17) NOT NULL)
  SHARD
  

  

• CREATE TABLE table ... SHARD KEY (shardKeyColumn, shardKeyColumn2, ...) は、1 つの列、または列のコンマ区切りのリストをシャード・キーとして使用するよう指定します。これは、ユーザ定義のシャード・キー (UDSK) として知られています。

  この文は、2 つの列で構成されたシャード・キーを持つテーブルを作成します。

  CREATE TABLE Car (
      Owner VARCHAR(30) NOT NULL,
      Plate VARCHAR(10) NOT NULL,
      State CHAR(2) NOT NULL)
  SHARD KEY (Plate, State)
  
  

  

  この構文を使用して、定義している 2 つ以上のテーブルをコシャードすることもできます。コシャードしたテーブルの UDSK 列の結合は、UDSK ではない列の結合よりもはるかに効率的に動作します。したがって、頻繁に使用する結合列のセットには UDSK を定義することをお勧めします。

  これらの文は、列 Vin および VehicleNumber にシャード・キーを定義した 2 つのテーブルを作成します。

  CREATE TABLE Vehicle (
      Make VARCHAR(30) NOT NULL,
      Model VARCHAR(20) NOT NULL,
      Year INT NOT NULL
      Vin CHAR(17) NOT NULL)
  SHARD KEY (Vin)
  
  CREATE TABLE Citation (
      CitationID VARCHAR(8) NOT NULL,
      Date TIMESTAMP NOT NULL,
      LicenseNumber VARCHAR(12) NOT NULL
      Plate VARCHAR(10) NOT NULL,
      VehicleNumber CHAR(17) NOT NULL)
  SHARD KEY (VehicleNumber)
  

  

  このようなテーブルでは、UDSK 列を結合するときのパフォーマンスが向上します。例えば、以下のように車両に関連付けられた交通違反通知を返すクエリが考えられます。

  SELECT * FROM Citation, Vehicle WHERE Citation.VehicleNumber = Vehicle.Vin

  

  シャード・キーの選択の詳細は、"シャード・キーの選択" を参照してください。

• CREATE TABLE table ... SHARD KEY (coshardKeyColumn) COSHARD WITH (coshardTable) はテーブルを作成し、その整数値列の 1 つをシャード・キー coshardKeyColumn として設定します。結合のこのシャード・キーを、別のシャード済みテーブル coshardTable で使用できます。このテーブルには、SHARD 構文を使用してシステム割り当てシャード・キー (SASK) を定義する必要があります。必要に応じて、coshardKeyColumn を coshardTable の SASK 列への外部参照として定義することもできます。外部キー参照を使用して参照整合性を適用できます。同時に、シャード・キーを利用することにより、他のテーブルの SASK 列とのマッチングによるそのテーブルとの結合で優れたパフォーマンスが得られます。

  以下の文は、CustomerID 列をシャード・キーとして定義したテーブルを作成します。このキーは、既存のシャード済みテーブルである Customer のシャード・キーを使用したコシャード結合に使用します。

  CREATE TABLE Order (
      Date TIMESTAMP NOT NULL,
      Amount DECIMAL(10,2) NOT NULL, 
      CustomerID CUSTOMER NOT NULL)
  SHARD KEY (CustomerID) COSHARD WITH Customer
  

  

一時テーブル

• CREATE GLOBAL TEMPORARY TABLE table ... は、テーブルをグローバル一時テーブルとして作成します。ここで、テーブル定義はすべてのプロセスで利用可能ですが、テーブル・データ (ストリーム・データを含む) およびインデックスは、テーブルを作成したプロセスの間のみ維持されます。このデータはプロセス・プライベート・グローバルに格納され、プロセスの終了時に削除されます。

  この文は、以下のように一時テーブルを作成します。

  CREATE GLOBAL TEMPORARY TABLE TempEmp (
      EmpNum INT NOT NULL,
      NameLast CHAR(30) NOT NULL,
      NameFirst CHAR(30) NOT NULL,
      CONSTRAINT EMPLOYEEPK PRIMARY KEY (EmpNum))
  

  

  一時テーブルを作成するプロセスに関係なく、一時テーブルの所有者は自動的に _PUBLIC に設定されています。つまり、キャッシュされた一時テーブル定義にはすべてのユーザがアクセスできます。例えば、あるストアド・プロシージャによって一時テーブルが作成された場合、そのストアド・プロシージャを呼び出す許可が与えられているユーザであれば、誰でもこの一時テーブルにアクセスできます。これは一時テーブル定義にのみ適用されます。一時テーブル・データは呼び出しに固有のものです。したがって、一時テーブル・データにアクセスできるのは、現在のユーザ・プロセスのみです。

  グローバル一時テーブルのテーブル定義は、ベース・テーブルと同じです。グローバル一時テーブルには一意の名前を付ける必要があります。既存のベース・テーブルと同じ名前を付けようとすると、SQLCODE -201 エラーが返されます。このテーブルは、明示的に削除 (DROP TABLE を使用) されるまで残り続けます。ALTER TABLE を使用してテーブル定義を変更できます。

  対応するクラス定義には、追加のクラス・パラメータ SQLTABLETYPE="GLOBAL TEMPORARY" が含まれます。InterSystems IRIS の標準的なテーブルと同様、ClassType=persistent ですが、このクラスには Final キーワードが含まれているため、このクラスにサブクラスを作成することはできません。

テーブル・ストレージ

• CREATE TABLE table ... WITH STORAGETYPE = [ROW | COLUMNAR] は、基盤となるデータをテーブルに格納するために使用するレイアウトを指定します。

  • ROW を指定すると、データが行単位で格納されます。行ストレージを使用すると効率的なトランザクションが実現します。例えば、オンライン・トランザクション処理 (OLTP) のワークフローで頻繁に行を更新または挿入する場合です。WITH STORAGETYPE 節を省略すると、作成したテーブルは既定で行ストレージになります。

  • COLUMNAR を指定すると、データが列単位で格納されます。列指向ストレージを使用すると効率的なクエリが実現します。例えば、オンライン分析処理 (OLAP) のワークフローで特定列のデータをフィルタ処理する場合や集計する場合です。列指向ストレージは、2022.2 での試験的機能です。InterSystems IRIS の以前のバージョンでは、すべてのテーブル・データが行単位で格納されます。

    Note:

    照合タイプを明示的に指定しない限り、パフォーマンス上の理由から、列指向ストレージのレイアウトでは既定で EXACT 照合が使用されます。行ストレージのレイアウトでは、ネームスペースの既定である SQLUPPER 照合が使用されます。

  ストレージ・レイアウト選択の詳細は、"SQL テーブルのストレージ・レイアウトの選択" を参照してください。

  以下の文は、列指向ストレージ・レイアウトによるテーブルを作成します。

  CREATE TABLE Sample.TransactionHistory (
    AccountNumber INTEGER,
    TransactionDate DATE,
    Description VARCHAR(100),
    Amount NUMERIC(10,2),
    Type VARCHAR(10))
  WITH STORAGETYPE = COLUMNAR
  

  

  以下の文は、CREATE TABLE AS SELECT 節を使用することで、列指向ストレージによるテーブルを作成します。

  CREATE TABLE Sample.TransactionHistory AS
    SELECT AccountNumber, TransactionDate, Description, Amount, Type
    FROM Sample.BankTransaction
  WITH STORAGETYPE = COLUMNAR
  

  
  Tip:

  CREATE TABLE AS SELECT を使用すれば、それぞれ別々のストレージ・タイプによる複数のテーブルを作成し、そのパフォーマンスを比較して実験できます。

• CREATE TABLE table (column type ... WITH STORAGETYPE = [ROW | COLUMNAR], ...) は、列単位で行ストレージまたは列指向ストレージを指定します。他のすべての列には、既定の行ストレージが設定されるか、テーブル定義の最後に WITH STORAGETYPE 節で指定したストレージ・タイプが設定されます。

  以下の文は、Amount 列のみを列指向ストレージ・レイアウトとしたテーブルを作成します。この文では、テーブル定義の最後に WITH STORAGETYPE 節がないので、残りの列は既定の行ストレージ・レイアウトになります。

  CREATE TABLE Sample.BankTransaction (
    AccountNumber INTEGER,
    TransactionDate DATE,
    Description VARCHAR(100),
    Amount NUMERIC(10,2) WITH STORAGETYPE = COLUMNAR,
    Type VARCHAR(10))
  
  

  

クラス・パラメータ

• CREATE TABLE table ... WITH %CLASSPARAMETER pName = pValue, %CLASSPARAMETER pName2 = pValue2, ... は、作成されるテーブルの主要な側面を定義する、1 つ以上の名前と値の組み合わせである %CLASSPARAMETER を指定します。各パラメータ名 pName は、指定された値である pValue に設定されます。

  この文では、USEEXTENTSET クラス・パラメータは、^EPgS.D8T6.1 のような生成されるグローバル名の使用を無効にします。このようなグローバルは、データに対する IDKEY インデックスとして使用されます。DEFAULTGLOBAL クラス・パラメータは、^GL.EMPLOYEE をインデックスの明示的なグローバル名として指定します。

  CREATE TABLE Employees (
      EmpNum INT NOT NULL,
      NameLast CHAR(30) NOT NULL,
      NameFirst CHAR(30) NOT NULL,
      CONSTRAINT EMPLOYEEPK PRIMARY KEY (EmpNum)
      )
  WITH %CLASSPARAMETER USEEXTENTSET = 0,
       %CLASSPARAMETER DEFAULTGLOBAL = '^GL.EMPLOYEE'
  

  

  DEFAULTGLOBAL を使用して、拡張グローバル参照を指定できます。これは、完全参照 (%CLASSPARAMETER DEFAULTGLOBAL = '^|"USER"|GL.EMPLOYEE') にすることも、ネームスペース部分のみ (%CLASSPARAMETER DEFAULTGLOBAL = '^|"USER"|') にすることもできます。

テーブル名とスキーマ名の名前付け規約

テーブル名とスキーマ名は、SQL 識別子の名前付け規約と、非英数文字の使用、一意性、および最大長に関する追加の制約に従います。% 文字で始まる名前は、システムによる使用のために予約されています。既定では、スキーマ名とテーブル名は単純な識別子であり、大文字と小文字が区別されません。

InterSystems IRIS はテーブル名を使用して、対応するクラス名を生成します。クラス名には英数字 (文字および数字) のみを使用し、最初の 96 文字は一意である必要があります。クラス名を生成するために、InterSystems IRIS はまず記号 (非英数字) 文字をテーブル名から削除し、一意性と最大長の制約を課して一意のクラス名を生成します。

InterSystems IRIS はスキーマ名を使用して、対応するクラス・パッケージ名を生成します。パッケージ名を生成するために、InterSystems IRIS はまずスキーマ名内の記号 (非英数字) 文字に対して削除または特殊処理のいずれかを実行します。次に InterSystems IRIS は、一意性と最大長の制約を課して一意のパッケージ名を生成します。スキーマ名では大文字と小文字が区別されませんが、対応するクラス・パッケージ名では大文字と小文字が区別されます。指定したスキーマ名が、既存のクラス・パッケージ名と大文字/小文字のみが異なり、パッケージ定義が空の (クラス定義が含まれていない) 場合、InterSystems IRIS では、クラス・パッケージ名の大文字/小文字を変更して 2 つの名前が照合されます。

スキーマとテーブルに同じ名前を使用することはできますが、同じスキーマ内でテーブルとビューに同じ名前を使用することはできません。スキーマ名とテーブル名からパッケージ名とクラス名を生成する方法の詳細は、"テーブル名とスキーマ名" を参照してください。

テーブル名の文字の制限

InterSystems IRIS は 16 ビット (ワイド) 文字のテーブル名と列名をサポートします。大部分のロケールで、テーブル名にはアクセント記号付き文字を使用でき、生成されるクラス名にもアクセント記号が含まれます。

既存のテーブルのチェック

テーブルが現在のネームスペースに既に存在するかどうかを確認するには、$SYSTEM.SQL.Schema.TableExists("schema.tname")Opens in a new tab を使用します。

既定では、既存のテーブルと同じ名前のインテーブルを作成しようとすると、InterSystems IRIS はテーブルの作成試行を拒否し、SQLCODE -201 エラーを発行します。現在のシステム全体の設定を確認するには、$SYSTEM.SQL.CurrentSettings()Opens in a new tab を呼び出します。これにより、[既存テーブルに対して DDL CREATE TABLE または CREATE VIEW を許可] 設定が表示されます。既定値は 0 で、これが推奨設定です。このオプションを 1 に設定すると、InterSystems IRIS はこのテーブルに対応するクラス定義を削除し、クラスを再作成します。これは、DROP TABLE を実行して既存のテーブルを削除し、CREATE TABLE を実行する動作に似ています。この場合、$SYSTEM.SQL.CurrentSettings()Opens in a new tab で [DDL DROP TABLEがテーブルのデータを削除する] の値を 1 (既定) に設定することを強くお勧めします。詳細は、"DROP TABLE" を参照してください。

管理ポータル、[システム管理]、[構成]、[SQL とオブジェクトの設定]、[SQL] から [冗長な DDL ステートメントを無視] チェック・ボックスにチェックを付けることにより、このオプション (および他の同様の作成、変更、および削除のオプション) をシステム全体で設定できます。これらの設定の詳細は、SQL 構成パラメータに関するページを参照してください。

上記の設定よりも、述語 IF NOT EXISTS の動作が優先されます。これらの設定によって実質的にテーブルが上書きされ、SQLCODE 0 が返されます。IF NOT EXISTS を指定すると、このコマンドでは何も実行されず、メッセージと共に SQLCODE 1 が返されます。

列名の名前付け規約

列名は、識別子の規約に従い、テーブル名と同様の名前付け制約を受けます。列名の先頭文字に % は使用しないでください。列 %z または %Z で始まる列名は許容されます。列名は 128 文字を超えることはできません。既定の列名は、簡単な識別子です。大文字と小文字は区別されません。同一テーブル内の別の列と大文字/小文字区別のみが異なる列名を作成しようとすると、SQLCODE -306 エラーが生成されます。

InterSystems IRIS は列名を使用して、対応するクラス・プロパティ名を生成します。プロパティ名には英数字 (文字および数字) のみを使用し、その長さは最大 96 文字です。InterSystems IRIS は、このプロパティ名を生成するために、最初に列名から句読点を削除し、次に 96 文字以内の一意の識別子を生成します。InterSystems IRIS は、一意のプロパティ名を作成するために、必要に応じて列名の最後の文字を、0 で始まる整数に置き換えます。

この例は、InterSystems IRIS が句読点のみ異なる列名を処理する方法を示します。これらの列に対応するクラス・プロパティには、PatNum、PatNu0、および PatNu1 という名前が付けられています。

CREATE TABLE MyPatients (
    _PatNum VARCHAR(16),
    %Pat@Num INTEGER,
    Pat_Num VARCHAR(30),
    CONSTRAINT Patient_PK PRIMARY KEY (_PatNum))

CREATE TABLE で指定された列名は、クラス・プロパティで SqlFieldName キーワード値として表示されます。

動的な SELECT 操作では、一般的な大文字/小文字による変形を促すためにプロパティ名のエイリアスが生成されることがあります。例えば、列名 Home_Street の場合、プロパティ名のエイリアスとして home_street、HOME_STREET、および HomeStreet が割り当てられる可能性があります。その名前が別のフィールド名、または別のフィールド名に割り当てられているエイリアスと競合する場合、エイリアスは割り当てられません。

データ・サイズ

データ型の後に続けて、許容データ・サイズを括弧で囲んで指定できます。データ型の名前とデータ・サイズの括弧の間には空白を挿入してもしなくてもかまいません。

文字列の場合、データ・サイズは最大の文字数を表します。例えば以下のようになります。

ProductName VARCHAR (64)

小数が許可される数値のデータ・サイズは、(p,s) のように整数のペアとして表します。1 つ目の整数 p は、データ型の精度です。この数字は数値精度、つまり数値の桁数とは異なります。これは、基盤となる InterSystems IRIS データ型クラスは精度を持たないためです。代わりに、これらのクラスはこの数字を MAXVAL 値および MINVAL 値を計算するために使用します。2 つ目の整数 s は、小数部の最大桁数を指定するスケールです。例：

UnitPrice NUMERIC(6,2)  /* maximum value 9999.99 */

精度と位取りの仕組みの詳細は、"データ型" を参照してください。

IDKEY の主キー

既定では、主キーは一意の IDKEY インデックスではありません。通常は、主キー値の更新や、主キーの照合タイプの設定などを行えるため、既定を推奨します。ただし、主キーを IDKEY インデックスとして定義する方が好ましい場合もあります。その場合は、その後主キーを使用するにあたって IDKEY が制限されることを考慮する必要があります。

既存の列に主キー制約を追加する場合、列が自動的に IDKEY インデックスとして定義されることもあります。これはデータが存在するかどうか、および構成設定が以下のいずれかの方法で設定されているかどうかによります。

• SQL SET OPTION PKEY_IS_IDKEY 文

• システム全体の $SYSTEM.SQL.Util.SetOption()Opens in a new tab メソッド構成オプション DDLPKeyNotIDKey。現在の設定を確認するには、$SYSTEM.SQL.CurrentSettings()Opens in a new tab を呼び出します。これにより、「DDLで作成された主キーはIDキーではありませんか」と表示されます。既定値は 1 です。

• 管理ポータルに進み、[システム管理]、[構成]、[SQL およびオブジェクトの設定]、[SQL] の順に選択します。[DDL を使用して作成されたテーブルの ID キーとして主キーを定義する] の現在の設定を表示します。

  • このチェック・ボックスにチェックが付いていない場合 (既定)、主キーはクラス定義の IDKEY インデックスになりません。IDKEY ではない主キーを使用したレコードへのアクセスはかなり非効率的です。 しかし、主キーの値は変更することができます。

  • このチェック・ボックスにチェックが付いている場合、DDL で主キー制約を指定していると、主キーが自動的にクラス定義の IDKEY インデックスになります。このオプションにチェックを付けると、データ・アクセスはより効率的ですが、一度設定された主キー値は変更できません。

ただし、IDENTITY 列がテーブルで定義済みであると、これらの構成設定のいずれかを使用して主キーを IDKEY として定義していても、主キーを IDKEY として定義することはできません。

InterSystems IRIS では、IDKEY インデックスに属するプロパティ (列) を SqlComputed にすることができます。例えば、親参照列などです。このプロパティは、トリガによって計算される列とする必要があります。SqlComputed として定義した IDKEY プロパティは、新規オブジェクトを初めて保存するときまたは INSERT 操作のときにのみ計算されます。UPDATE 計算は、IDKEY インデックスに属する列を更新できないため、サポートされていません。

主キーなし

多くの場合、明示的に主キーを定義する必要があります。ただし、主キーが指定されない場合、InterSystems IRIS では、以下のルールに基づいて、別の列を ODBC/JDBC プロジェクションの主キーとして使用します。

1. 単一の列上に IDKEY インデックスが存在する場合、IDKEY 列を SQLPrimaryKey 列として報告する。

2. そうでない場合、クラスが SqlRowIdPrivate=0 (既定) で定義されていれば、RowID 列を SQLPrimaryKey 列として報告する。

3. そうでない場合、IDKEY インデックスが存在すると、IDKEY 列を SQLPrimaryKey 列として報告する。

4. そうでない場合、SQLPrimaryKey を報告しない。

複数の主キー

主キーは 1 つしか定義できません。既定では、InterSystems IRIS は、主キーが既に存在する場合に主キーを定義しようとしたり、同じ主キーを 2 回定義しようとしたりすると、それを拒否して SQLCODE -307 エラーを発行します。主キーの第 2 定義が最初の定義と同じ場合も SQLCODE -307 エラーを発行します。現在の構成を確認するには、$SYSTEM.SQL.CurrentSettings()Opens in a new tab を呼び出します。これにより、[既存キーに対して DDL の Create Primary Key を許可] 設定が表示されます。既定値は 0 (いいえ) で、これが推奨される構成設定です。このオプションが 1 (はい) に設定されている場合、InterSystems IRIS は既存の主キー制約を削除し、最後に指定された主キーをテーブルの主キーとして設定します。

管理ポータル、[システム管理]、[構成]、[SQL とオブジェクトの設定]、[SQL] から [冗長な DDL ステートメントを無視] チェック・ボックスにチェックを付けることにより、このオプション (および他の同様の作成、変更、および削除のオプション) をシステム全体で設定できます。

例えば、以下に CREATE TABLE 文があります。

CREATE TABLE MyTable (f1 VARCHAR(16), 
CONSTRAINT MyTablePK PRIMARY KEY (f1))

この文は、主キーを作成します (存在しない場合)。次に、ALTER TABLE 文があります。

ALTER TABLE MyTable ADD CONSTRAINT MyTablePK PRIMARY KEY (f1)

上記の例は、SQLCODE -307 エラーを生成します。

シャード・テーブルと外部キー

キー・テーブルがシャード化され、外部キー・テーブルがシャード化されていない場合、キー・テーブルがシャード化されておらず、外部キー・テーブルがシャード化されている場合、キー・テーブルと外部キー・テーブルの両方がシャード化されている場合など、シャード・テーブルとシャード化されていないテーブルのあらゆる組み合わせについて、外部キーがサポートされています。参照されるテーブルのキーはシャード・キーでも別のキーでもかまいません。外部キーは 1 つの列でも、複数の列でもかまいません。

NO ACTION は、シャード・テーブルでサポートされている唯一の参照アクションです。

詳細は、"シャード・クラスタにおけるクエリ" を参照してください。

暗黙的な外部キー

すべての外部キーは明示的に定義することをお勧めします。明示的な外部キーが定義されている場合、InterSystems IRIS はこの制約を報告し、暗黙的な外部キー制約は定義されません。

ただし、暗黙的な外部キーを ODBC/JDBC および管理ポータルに投影することもできます。これらの暗黙的な外部キーは、NO ACTION の UPDATE および DELETE 参照アクションとして報告されます。参照アクションが適用されていないため、この暗黙的な参照外部キーは、真の外部キーではありません。この参照に対して報告されるこの外部キーの名前は、"IMPLICIT_FKEY_REFERENCE__"_columnname となります。この参照を外部キーとして報告する動作は、サードパーティ製ツールとの相互運用性のために提供されています。

%EXTENTSIZE キーワードと %NUMROWS キーワード

%EXTENTSIZE キーワードと %NUMROWS キーワードは、作成中のテーブルに想定される行数を格納するためのオプションを提供します。InterSystems SQL クエリ・オプティマイザは、この値を使用してクエリ・プランのコストを見積もります。テーブルでこれらの値のいずれかを定義できますが、両方はできません。例：

CREATE TABLE Sample.DaysInAYear (
    %EXTENTSIZE 366, 
    MonthName VARCHAR(24),
    Day INTEGER)

2021 年 2 月以降、テーブルに対して初めてクエリを実行するときに、InterSystems IRIS はテーブル・サイズなどの統計を自動的に収集します。SQL クエリ・オプティマイザはこれらの生成された統計を使用してクエリ・プランを提案するため、%EXTENTSIZE キーワードと %NUMROWS キーワードが不要になります。テーブル統計を使用したテーブルの最適化の詳細は、"クエリ・オプティマイザで使用するテーブル統計" を参照してください。

%FILE キーワード

%FILE キーワードは、テーブルを示すファイル名を指定するオプションを提供します。例：

CREATE TABLE Employee (
    %FILE 'C:\SQL\employee_table_desc.txt',
    EmpNum INT PRIMARY KEY,
    NameLast VARCHAR(30) NOT NULL,
    NameFirst VARCHAR(30) NOT NULL,
    StartDate TIMESTAMP %Description 'MM/DD/YY')

このキーワードは推奨されません。代わりに、%DESCRIPTION キーワードを使用してテーブルについて説明します。

列リストの括弧内のシャード・キーと %CLASSPARAMETER

古い CREATE TABLE コードには、シャード・キー定義と %CLASSPARAMETER 節が、テーブル要素を含む括弧内にコンマで区切られた要素として含まれる場合があります。例： CREATE TABLE myTable(Name VARCHAR(50), DOB DATE, %CLASSPARAMETER USEEXTENTSET = 1)。これらの節を閉じ括弧の後に指定する構文を推奨します。例： CREATE TABLE myTable(Name VARCHAR(50), DOB TIMESTAMP) WITH %CLASSPARAMETER USEEXTENTSET = 1。これらの節を重複して指定すると、SQLCODE -327 エラーが生成されます。

互換性のみにサポートされるオプション

InterSystems SQL は、構文解析の目的にのみ以下の CREATE TABLE オプションをサポートし、既存の SQL コードから InterSystems SQL への変換を支援します。これらのオプションは、実際には機能しません。

{ON | IN} dbspace-name LOCK MODE [ROW | PAGE] [CLUSTERED | NONCLUSTERED] WITH FILLFACTOR = literal MATCH [FULL | PARTIAL] CHARACTER SET identifier COLLATE identifier  /* But COLLATE keyword is still used*/ NOT FOR REPLICATION