テーブルの作成

本記事では、SQLステートメントを使用してテーブルを作成する方法について説明します。また、テーブル作成の前提条件、テーブルの概要、遵守すべき要件などを紹介し、いくつかの例も示します。

テーブルの概要

テーブルは、データオブジェクト間の関係を表現し、データを格納するための二次元配列の集合です。データベーステーブルを適切に設計し、効果的に活用することで、データの信頼性、一貫性、およびクエリ性能を向上させ、データベース内のデータを効率的に管理・活用できます。

OceanBaseデータベースのテーブルに関する詳細情報については、テーブルの概要に関するドキュメントをご参照ください。

前提条件

テーブルを作成する前に、以下の事項を確認してください：

• OceanBaseクラスタをデプロイし、Oracleモードのテナントを作成していること。詳細な操作手順については、クラスタインスタンスの作成およびテナントの作成をご参照ください。

• OceanBaseデータベースのOracle互換モードのテナントに接続されていること。データベースへの接続に関する詳細情報については、接続方法の概要をご参照ください。

• CREATE TABLE権限を保有していることを確認してください。

コマンドラインでテーブルを作成する

CREATE TABLE ステートメントを使用してテーブルを作成してください。

テーブル名の定義

テーブルを作成する際には、まずテーブルに名前を付ける必要があります。テーブル名を定義する際に従うべき要件は以下のとおりです：

• OceanBaseデータベースのOracleモードでは、各テーブル名はスキーマ内で一意である必要があります。

• テーブルに名前を付ける際には、実際の意味を持つ名前を使用し、table1 のような名前は使用しないでください。

例1： 注文情報に関するテーブルを作成します。

obclient [SYS]> CREATE TABLE ordr (c1 NUMBER, c2 VARCHAR2(50));
Query OK, 0 rows affected

列の定義

データベースにおいて、列（Column）はテーブル上の特定の属性の値を記録するためのフィールドであり、ユーザーが各属性に付けた名前が列名となります。列名に加えて、列にはデータ型やデータ型の最大長（精度）などの情報も含まれます。

テーブルの列を定義する際に従うべき要件は以下のとおりです：

• データ型の特性に基づき、列に格納されるデータに適切なデータ型を選択します。

• OceanBaseデータベースのOracleモードでサポートされているデータ型と詳細については、データ型の概要に関するドキュメントをご参照ください。

• 文字列データについては、可変長文字列データ型を使用し、最大長を指定することを推奨します。指定した最大長は保存が必要な最大文字数よりも大きいことを確認し、最大長を超えた場合に文字が切り捨てられるのを防いでください。

• 主キー列の要件に基づき、テーブルに主キー列を定義する必要があるかどうかを確認します。

• その他の制約の要件に基づき、列に他の制約を追加する必要があるかどうかを確認します。

• 列にNOT NULL制約がある場合、通常はその列にデフォルト値を設定することを推奨します。列の型が日付または時刻型の場合、デフォルト値をデータベースの現在時刻に設定できます。

主キー列の定義

主キー値ルール（Primary Key Value Rule）は、特定のキー(Key、キーとは1列または複数列の集合を指す)に定義されるルールであり、テーブル内の各行データが特定のキー値によって一意に決定されることを保証する役割を果たします。各データベーステーブルでは、最大1つのPRIMARY KEY制約を定義できます。この制約を構成する列(1列または複数列)の値は、1行データの一意の識別子となり、すなわち各データ行はこの主キー値によって識別できます。

主キーを持つテーブルを作成すると、システムは自動的に主キー列に対してグローバル一意のインデックスを作成し、主キーによって行を迅速に特定できるようにします。

特定の列を主キー列として指定するには、その列の定義後にPRIMARY KEYキーワードを追加します。複数列に主キー制約を定義する場合は、CREATE TABLEステートメントのすべての列リストの後に、主キー制約の定義を追加します。

主キー列を定義する際に従うべき要件は以下のとおりです：

• テーブルに主キーを定義することを推奨します。各データベーステーブルは最大1つの主キー列集合を持ちます。

  OceanBaseデータベースでは、テーブルに主キーを定義することは必須ではありませんが、主キーを使用することでテーブル内の各行データを一意に特定でき、重複するデータ行が存在しなくなります。適切なフィールドが主キーとして使用できない場合は、テーブルに数値列を追加して主キーとし、Oracle互換モードのテナントのシーケンスを使用してその列に値を挿入できます。シーケンスの詳細については、シーケンスの管理に関するドキュメントをご参照ください。

  また、作成時に主キー列を定義しなかった場合でも、OceanBaseデータベースは既存のテーブルに主キー列を追加することをサポートしています。

• 主キー列集合の値は、テーブル全体で一意である必要があります。

• 主キー列の数は64列を超えてはならず、主キーデータの総長は16KBを超えてはなりません。

• プライマリキー列の値はNULLまたは空文字列にすることはできません。プライマリキー列には値を入力する必要があります。

• 複数列に対して主キー制約を定義する場合、主キー制約の名前を明示的に指定することを推奨します。例えば、主キー制約の名前を「PK_xxx」とします。

主キー制約の詳細については、主キー制約に関するドキュメントをご参照ください。

例2：複数列に主キー制約を定義します。

obclient [SYS]> CREATE TABLE ordr (c1 NUMBER, c2 VARCHAR2(50), CONSTRAINT PK_c1_c2 PRIMARY KEY(c1, c2));
Query OK, 0 rows affected

obclient [SYS]> desc ordr;
+-------+--------------+------+-----+---------+-------+
| FIELD | TYPE         | NULL | KEY | DEFAULT | EXTRA |
+-------+--------------+------+-----+---------+-------+
| C1    | NUMBER       | NO   | PRI | NULL    | NULL  |
| C2    | VARCHAR2(50) | NO   | PRI | NULL    | NULL  |
+-------+--------------+------+-----+---------+-------+
2 rows in set

例2では、c1およびc2列を主キー列として定義し、制約名をPK_c1_c2としています。c1およびc2列の値はNULLを許容せず、かつ重複してはなりません。

主キー列を定義した後、主キー列の変更や削除が可能です。主キー制約に関するその他の操作については、列の制約タイプの定義に関するドキュメントをご参照ください。

その他の列制約の定義

PRIMARY KEY 制約以外にも、OceanBaseデータベースは NOT NULL 制約、一意性（UNIQUE）制約、外部キー（FOREIGN KEY）制約、および CHECK 制約をサポートしています。制約を使用することで、テーブルのクエリを簡略化し、クエリ性能を向上させるとともに、データの意味的な有効性を保証できます。

各制約タイプと説明は以下のとおりです：

• NOT NULL制約：制約された列の値がNULLであることを許可しないことを示します。

  NOT NULL制約を持つ列については、その列にNULLではないデフォルト値が定義されていない限り、INSERTステートメントでその列の値を指定する必要があります。

• UNIQUE制約 (UNIQUE): 制約された列の値に重複があることを許可しませんが、複数のNULL値は許容されます。

• 外部キー制約 (FOREIGN KEY): 制約された列の値が、別のテーブルの主キー列から取得されることを要求します。

  外部キー制約を作成する際、外部キー名を指定しない場合、システムは自動的に制約名を割り当てます。自動的に割り当てられる制約名は テーブル名_OBFK_作成タイムスタンプ の形式です。例えば、t1_OBFK_1627747200000000 などです。

• CHECK 制約：データベース内の特定の列の値が指定された条件に適合することを要求します。

  単一の列に対して1つ以上の CHECK 制約を定義し、その列に特定の値のみを許可することができます。また、テーブルレベルの CHECK 制約を定義し、1つの CHECK 制約を複数の列に適用することもできます。テーブル名を変更すると、CHECK 制約名は変更されません。特定のテーブルを削除すると、そのテーブルに適用されている CHECK 制約も同時に削除されます。

  CHECK 制約を作成する際、制約名を指定しない場合、システムは自動的に制約名を割り当てます。自動的に割り当てられる制約名は テーブル名_OBCHECK_作成タイムスタンプ の形式です。例えば、t1_OBCHECK_1629350823880271 などです。

単一の列を制約するには、その列の定義に制約キーワードを追加します。複数の列を制約するには、CREATE TABLE ステートメント内のすべての列のリストの後に、制約全体の定義を追加します。

その他の列制約を定義する際に従うべき要件は以下のとおりです：

• NULL値が明確に存在しないフィールドには、NOT NULL 制約を追加することを推奨します。

• 別のテーブルの値を参照する場合は、外部キー制約を使用してください。

• 組み合わせ主キーは外部キーとして使用できません。

• 列に重複値が発生するのを防ぐ必要がある場合は、一意性制約を使用してください。

• NOT NULL 制約以外の制約については、その名前を明示的に指定することを推奨します。例えば、一意性制約の名前を「UNI_xxx」、外部キー制約の名前を「FK_xxx」とします。

例3：テーブル tbl1 を作成し、列 col1 にNOT NULL制約を設定します。

obclient [SYS]> CREATE TABLE tbl1(col1 NUMBER NOT NULL,col2 VARCHAR2(50));
Query OK, 0 rows affected
  
obclient [SYS]> DESC tbl1;
+-------+--------------+------+-----+---------+-------+
| FIELD | TYPE         | NULL | KEY | DEFAULT | EXTRA |
+-------+--------------+------+-----+---------+-------+
| COL1  | NUMBER       | NO   | NULL | NULL   | NULL  |
| COL2  | VARCHAR2(50) | YES  | NULL | NULL   | NULL  |
+-------+--------------+------+-----+---------+-------+
2 rows in set

例3では、後からデータを挿入する際、列 col1 に NULL 値を挿入することはできません。

例4：テーブル tbl2 を作成し、列 col1 に一意性制約を設定します。

obclient [SYS]> CREATE TABLE tbl2(col1 NUMBER UNIQUE,col2 VARCHAR2(50));
Query OK, 0 rows affected

obclient [SYS]> DESC tbl2;
+-------+--------------+------+-----+---------+-------+
| FIELD | TYPE         | NULL | KEY | DEFAULT | EXTRA |
+-------+--------------+------+-----+---------+-------+
| COL1  | NUMBER       | YES  | UNI | NULL    | NULL  |
| COL2  | VARCHAR2(50) | YES  | NULL| NULL    | NULL  |
+-------+--------------+------+-----+---------+-------+
2 rows in set

例4では、列 col1 の値に重複があってはなりません。

例5：テーブル tbl3 の外部キー制約を作成します。

obclient [SYS]> CREATE TABLE test(c1 NUMBER, c2 NUMBER, CONSTRAINT PK_c1 PRIMARY KEY(c1));
Query OK, 0 rows affected

obclient [SYS]> CREATE TABLE tbl3(col1 NUMBER PRIMARY KEY,col2 NUMBER,CONSTRAINT FK_col2 FOREIGN KEY(col2) REFERENCES test(c1));
Query OK, 0 rows affected

obclient [SYS]> SELECT * FROM ALL_CONSTRAINTS\G
*************************** 1. row ***************************
            OWNER: SYS
  CONSTRAINT_NAME: FK_COL2
  CONSTRAINT_TYPE: R
       TABLE_NAME: TBL3
 SEARCH_CONDITION: NULL
          R_OWNER: SYS
R_CONSTRAINT_NAME: PK_C1
      DELETE_RULE: NO ACTION
           STATUS: ENABLED
       DEFERRABLE: NOT DEFERRABLE
         DEFERRED: IMMEDIATE
        VALIDATED: VALIDATED
        GENERATED: NULL
              BAD: NULL
             RELY: NULL
      LAST_CHANGE: NULL
      INDEX_OWNER: NULL
       INDEX_NAME: NULL
          INVALID: NULL
     VIEW_RELATED: NULL
*************************** 2. row ***************************
            OWNER: SYS
  CONSTRAINT_NAME: PK_C1
  CONSTRAINT_TYPE: P
       TABLE_NAME: TEST
 SEARCH_CONDITION: NULL
          R_OWNER: NULL
R_CONSTRAINT_NAME: NULL
      DELETE_RULE: NULL
           STATUS: ENABLED
       DEFERRABLE: NOT DEFERRABLE
         DEFERRED: IMMEDIATE
        VALIDATED: VALIDATED
        GENERATED: NULL
              BAD: NULL
             RELY: NULL
      LAST_CHANGE: NULL
      INDEX_OWNER: SYS
       INDEX_NAME: PK_C1
          INVALID: NULL
     VIEW_RELATED: NULL
*************************** 3. row ***************************
            OWNER: SYS
  CONSTRAINT_NAME: TBL3_OBPK_1666339106039791
  CONSTRAINT_TYPE: P
       TABLE_NAME: TBL3
 SEARCH_CONDITION: NULL
          R_OWNER: NULL
R_CONSTRAINT_NAME: NULL
      DELETE_RULE: NULL
           STATUS: ENABLED
       DEFERRABLE: NOT DEFERRABLE
         DEFERRED: IMMEDIATE
        VALIDATED: VALIDATED
        GENERATED: NULL
              BAD: NULL
             RELY: NULL
      LAST_CHANGE: NULL
      INDEX_OWNER: SYS
       INDEX_NAME: TBL3_OBPK_1666339106039791
          INVALID: NULL
     VIEW_RELATED: NULL
3 rows in set

例5では、テーブル tbl3 の列 col2 が別のテーブル test の主キー列 c1 と関連付けられています。作成後は、ALL_CONSTRAINTS、DBA_CONSTRAINTS、または USER_CONSTRAINTS ビューで確認できます。

例6：テーブル tbl4 を作成し、列 col1 の値が 10 より大きいことを設定します。

obclient [SYS]> CREATE TABLE tbl4(col1 NUMBER CHECK(col1>10),col2 VARCHAR2(50));
Query OK, 0 rows affected

obclient [SYS]> INSERT INTO tbl4 VALUES(2,'CN');
ORA-02290: check constraint violated

obclient [SYS]> INSERT INTO tbl4 VALUES(11,'CN');
Query OK, 1 row affected

例6では、列 col1 に CHECK 制約が追加されているため、後から列 col1 に 10 以下の値を挿入した場合、エラーが発生します。

その他の列制約の定義手順の詳細については、列の制約タイプの定義に関するドキュメントをご参照ください。

パーティション方式の選択

テーブル作成時には、テーブルのパーティション方式を明確に定義する必要があります。テーブルのデータ量が非常に多い場合は、パーティション化を推奨します。パーティションテーブルを作成する際には、テーブルに格納されるデータに基づいて適切なパーティショニング方法を選択する必要があります。

OceanBaseデータベースのOracleモードでは、パーティショニング戦略に基づき、パーティションテーブルはRangeパーティション、Listパーティション、Hashパーティション、および組み合わせパーティションに分類されます。パーティションの次元に基づいて、パーティションテーブルはパーティションとサブパーティションに分けられます。サブパーティションはパーティションのさらなる分割であるため、パーティションテーブルには1つのパーティションキーが、サブパーティションテーブルには2つのパーティションキーが存在します。また、2回の分割戦略は異なる場合があります。

パーティショニングに関する詳細は、パーティションの概要に関するドキュメントをご参照ください。

Rangeパーティション

Rangeパーティションは最も一般的なパーティションタイプであり、通常は日付と共に使用されます。Rangeパーティションを行う際、データベースはパーティションキーの値の範囲に基づいて行をパーティションにマッピングします。

Rangeパーティションを作成する際には、以下の要件に従う必要があります：

• 各パーティションには VALUES LESS THAN(value) 句があり、パーティションに含まれない上限値を指定します。パーティションキーの値がこの値以上の場合、次のパーティションにマッピングされます。

• 最初のパーティションを除き、すべてのパーティションには暗黙の下限値があり、それは前のパーティションの上限値です。

• Rangeパーティションでは、最後のパーティションに MAXVALUE を定義できます。MAXVALUE は仮想的な無限大の値を表し、パーティションキーの他のすべての可能な値よりも高い順位を持ちます。MAXVALUE は最後のパーティションの上限としてのみ定義でき、この値に具体的な数値はなく、他のすべてのパーティションの上限よりも大きく、NULL値も含みます。最後のRangeパーティションに MAXVALUE が指定されている場合、新しいパーティションを追加することはできません。

例7：Rangeパーティションテーブルを作成します。

obclient [SYS]> CREATE TABLE tb1_r(col1 NUMBER,col2 NUMBER) 
       PARTITION BY RANGE(col1)
        (PARTITION p0 VALUES LESS THAN(100),
         PARTITION p1 VALUES LESS THAN(200),
         PARTITION p2 VALUES LESS THAN(300)
        ); 
Query OK, 0 rows affected

例7では、col1 をパーティションキーとして使用しています。パーティションテーブル tb1_r は、100、200、300 の値の範囲に基づいてパーティション化されます。p0、p1、p2 は指定されたパーティション名であり、カスタマイズ可能です。同一テーブル内で各パーティション名が重複しないことが条件です。

Listパーティション

Listパーティションを行う際、システムは離散値のリストを各パーティションのパーティションキーとして使用します。パーティションキーは1列または複数列で構成されます。

Listパーティションを作成する際には、以下の要件に従う必要があります：

• 各パーティションには VALUES (value_list) 句があります。

• パーティション式は1列のみを参照でき、複数列（列ベクトル）は使用できません。

• 最後のListパーティションに DEFAULT が指定されている場合、新しいパーティションを追加することはできません。

例8：Listパーティションテーブルを作成します。

obclient [SYS]> CREATE TABLE tbl2_l (col1 NUMBER,col2 DATE)
         PARTITION BY LIST(col1)
          (PARTITION p0 VALUES (100),
           PARTITION p1 VALUES (200)
          );
Query OK, 0 rows affected

例8では、col1 列をパーティションキーとして使用しています。テーブル tbl2_l は、100、200 の列値に基づいてパーティション化されます。

Hashパーティション

Hashパーティションを行う際、システムはユーザーが指定したパーティションキーのハッシュアルゴリズムに基づいて行をパーティションにマッピングします。Hashパーティションは、ノード間でデータを均等に分散する理想的な方法です。Hashパーティションは、特に対象となるデータが履歴データではない場合や明確なパーティションキーがない場合に、Rangeパーティションの使いやすい代替手段でもあります。

例9：Hashパーティションテーブルを作成します。

obclient [SYS]> CREATE TABLE tbl3_h(col1 NUMBER,col2 NUMBER)
     PARTITION BY HASH(col1) PARTITIONS 2;
Query OK, 0 rows affected

例9では、col1 をパーティションキーとして使用し、テーブル tbl3_h を2つのパーティションに分割しています。テーブル作成時にHashパーティションの名前を指定しなかったため、パーティション名はシステムが命名規則に基づいて自動的に付けます。すなわち、各パーティションはそれぞれ p0、p1、...、pn と命名されます。

組み合わせパーティション（サブパーティション）

組み合わせパーティションは通常、まず一つのパーティショニング戦略を使用し、その後サブパーティションで別のパーティショニング戦略を適用するものです。業務テーブルのデータ量が非常に大きい場合に適しており、組み合わせパーティションを使用することで、複数のパーティショニング戦略の利点を活かせます。

Rangeパーティション、Listパーティション、Hashパーティションはいずれも、組み合わせパーティションテーブルのサブパーティション戦略として使用できます。OceanBaseデータベースでは、サブパーティションテーブルには、テンプレート型サブパーティションテーブルと非テンプレート型サブパーティションテーブルが含まれます。

以下の簡単な例を通じて、サブパーティションテーブルの作成方法を簡潔に紹介します。

例10：Range + Listパーティションのテンプレート型サブパーティションテーブルを作成します。

obclient [SYS]> CREATE TABLE tbl4_m_rl(col1 NUMBER,col2 VARCHAR2(50))
       PARTITION BY RANGE(col1)
       SUBPARTITION BY LIST(col2)
       SUBPARTITION TEMPLATE
         (SUBPARTITION mp0 VALUES('01'),
          SUBPARTITION mp1 VALUES('02'),
          SUBPARTITION mp2 VALUES('03')
          )
         (PARTITION p0 VALUES LESS THAN(100),
          PARTITION p1 VALUES LESS THAN(200)
          );
Query OK, 0 rows affected

例10では、SUBPARTITION TEMPLATE キーワードを使用してテンプレート型サブパーティションテーブルを作成します。テンプレート型サブパーティションテーブルでは、各リーフレベルパーティションの下のサブパーティションはすべて、テンプレート内のサブパーティション定義に従って作成されます。つまり、各リーフレベルパーティションの下のサブパーティション定義はすべて同じです。この例では、まずRangeパーティション方式でパーティションを作成し、次にListパーティション方式で二次パーティションを作成します。

また、テンプレート型サブパーティションを作成する際、サブパーティションの定義を完了した後、個々のパーティション名を別途指定する必要はありません。システムが命名規則に基づいて統一的に行います。各サブパーティションの命名規則は ($part_name)s($subpart_name) です。例を以下に示します。

例11：List + Hashパーティションのテンプレート型サブパーティションテーブルを作成します。

obclient [SYS]> CREATE TABLE tbl5_m_lh(col1 INT,col2 VARCHAR2(50))
     PARTITION BY LIST(col1)
     SUBPARTITION BY HASH(col2) SUBPARTITIONS 5
      (PARTITION p0 VALUES('01'),
       PARTITION p1 VALUES('02')
       );
Query OK, 0 rows affected

obclient [SYS]> SHOW CREATE TABLE tbl5_m_lh;
+-----------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| TABLE     | CREATE TABLE


                                                          |
+-----------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| TBL5_M_LH | CREATE TABLE "TBL5_M_LH" (
  "COL1" NUMBER(*,0),
  "COL2" VARCHAR2(50)
) COMPRESS FOR ARCHIVE REPLICA_NUM = 1 BLOCK_SIZE = 16384 USE_BLOOM_FILTER = FALSE TABLET_SIZE = 134217728 PCTFREE = 0
 partition by list(col1) subpartition by hash(col2) subpartition template (
subpartition P0,
subpartition P1,
subpartition P2,
subpartition P3,
subpartition P4)
(partition P0 values  (1),
partition P1 values  (2)) |
+-----------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set

obclient [SYS]> SELECT table_name,partition_name,subpartition_name FROM USER_TAB_SUBPARTITIONS WHERE table_name = 'TBL5_M_LH';
+------------+----------------+-------------------+
| TABLE_NAME | PARTITION_NAME | SUBPARTITION_NAME |
+------------+----------------+-------------------+
| TBL5_M_LH  | P0             | P0SP0             |
| TBL5_M_LH  | P0             | P0SP1             |
| TBL5_M_LH  | P0             | P0SP2             |
| TBL5_M_LH  | P0             | P0SP3             |
| TBL5_M_LH  | P0             | P0SP4             |
| TBL5_M_LH  | P1             | P1SP0             |
| TBL5_M_LH  | P1             | P1SP1             |
| TBL5_M_LH  | P1             | P1SP2             |
| TBL5_M_LH  | P1             | P1SP3             |
| TBL5_M_LH  | P1             | P1SP4             |
+------------+----------------+-------------------+
10 rows in set

例11では、まず、Hashパーティションを使用して二次パーティションを作成する際にパーティション名を指定しません。システムが命名規則に基づいてサブパーティション定義 p0、p1、p2、p3、p4 を自動生成します。その後、テンプレート型サブパーティションの命名規則に従い、リーフレベルパーティション p0 に対応するパーティション名は p0smp0、p0smp1、p0smp2、p0smp3、p0smp4 となります。

例12：List + Hashパーティションの非テンプレート型サブパーティションテーブルを作成します。

obclient [SYS]> CREATE TABLE tbl6_f_lh(col1 NUMBER,col2 VARCHAR2(50))
       PARTITION BY LIST(col1)
       SUBPARTITION BY HASH(col2)
       (PARTITION p0 VALUES('01')
         (SUBPARTITION sp0,
          SUBPARTITION sp1
          ), 
        PARTITION p1 VALUES('02')
         (SUBPARTITION sp2,
          SUBPARTITION sp3,
          SUBPARTITION sp4
          )
        );
Query OK, 0 rows affected

例12では、非テンプレート型サブパーティションテーブルを作成する際、SUBPARTITION TEMPLATE キーワードを追加する必要はありません。非テンプレート型サブパーティションテーブルでは、各リーフレベルパーティションの下のサブパーティションは自由に定義できます。つまり、各リーフレベルパーティションの下のサブパーティションの定義は同じでも異なっても構いません。この例では、まずListパーティション方式でパーティションを作成し、次にHash方式で二次パーティションを作成します。

レプリケーションテーブルの作成

レプリケーションテーブルは、OceanBaseデータベースの特殊なテーブルです。このテーブルは、任意の「正常」なレプリカでデータの最新の変更を読み取ることができます。書き込み頻度が低く、読み取り頻度が高いシナリオにおいて、レプリケーションテーブルは優れた選択肢です。

レプリケーションテーブルの詳細については、管理者ガイドのテーブルの作成のレプリケーションテーブルの作成セクションをご参照ください。

レプリケーションテーブルを作成するSQL構文は以下のとおりです：

CREATE TABLE table_name column_definition DUPLICATE_SCOPE='none | cluster';

パラメータの説明：

• table_name：テーブル名。

• column_definition：テーブルの列情報。例えば、列定義、主キー定義など。

• DUPLICATE_SCOPE：レプリケーションテーブルの属性を指定するために使用します。取り得る値は以下のとおりです：

  • none：このテーブルが通常のテーブルであることを示します。
  • cluster：このテーブルがレプリケーションテーブルであることを示します。Leaderはトランザクションを現在のテナントのすべてのFレプリカおよびRレプリカに複製する必要があります。

例13：以下のSQLステートメントを使用して、レプリケーションテーブル test_tbl13 を作成します。

CREATE TABLE test_tbl13 (col1 NUMBER,col2 NUMBER) DUPLICATE_SCOPE= 'cluster';

次のステップ

テーブルの作成が完了したら、テーブルの使用と管理を整備するために、以下のいくつかの後続操作を実行する必要がある場合があります：

• テーブル作成後、INSERT ステートメントを使用してテーブルにデータを挿入できます。データ挿入の詳細については、データの挿入をご参照ください。

• クエリのパフォーマンスを向上させる必要がある場合は、テーブルの列にインデックスを作成できます。インデックス作成の詳細については、インデックスの作成をご参照ください。

関連ドキュメント

• テーブルのプロパティを表示する方法の詳細については、テーブルの定義の表示に関するドキュメントをご参照ください。
• テーブルの削除方法の詳細については、テーブルの削除に関するドキュメントをご参照ください。
• テーブル構造の変更方法の詳細については、テーブルの変更に関するドキュメントをご参照ください。
• パーティションテーブルの作成方法の詳細については、パーティションテーブルの作成に関するドキュメントをご参照ください。