パーティション戦略の設定

このドキュメントでは、パーティションの作成戦略と削除戦略について説明します。

パーティション作成ポリシー

カスタムパーティション作成ポリシー

カスタムパーティション作成ポリシーは、SQL式を用いてパーティションの上限値を生成するもので、以下の3つのステップに分かれます：

1. SQL式によるベース時間の取得：ベース時間とは、パーティション生成時に依存する開始時間を指します。

   説明

   パーティション計画の実行時間を開始時間とする場合：now()またはsysdateを直接使用します。

2. パーティション生成間隔の定義：パーティション計画はこの間隔を時間ステップとして用い、複数のパーティションを生成します。**間隔**入力ボックスに必要な間隔を入力すると、ODCは ${INTERVAL} 式でその間隔を参照し、ステップ1で生成されたSQL式に加算します。

3. 対応するパーティションキー型のパーティション式の生成：ステップ1とステップ2で生成された時間型のSQL式を、対応するパーティションキーの実際の型に変換します（パーティションキーの型がSQL式の型と同じ場合は、この手順を省略できます）。

カスタムパーティション作成ポリシーでは変数参照がサポートされており、現在サポートされている式は以下の通りです：

通常、**カスタム**方式でパーティションポリシーを作成する場合、非時間型のパーティションキーを時間型のように増分して新しいパーティションを生成する必要があることを示します。以下の表は、正しいSQL式を迅速に記述するのに役立ちます：

パーティションの上限値を生成する式の一覧 - MySQLモード

パーティションの上限値を生成する式の一覧 - Oracleモード

シーケンシャルインクリメントパーティション作成ポリシー

シーケンシャルインクリメントは、数値型、時刻型、および文字列型のパーティションキーに対して便利な管理操作を可能にします。シーケンシャルインクリメントのベース時間は現在時刻または指定時刻を基準とし、ユーザーが設定した時間間隔で新しいパーティションを順次生成します。

パーティション名の生成ポリシー

ユーザーはさまざまなポリシーを使用してパーティション名を生成でき、パーティション名の生成はパーティションの内容と関連付けられます。

パーティション計画では現在、2種類のパーティション名生成ポリシーを提供しています：

• プレフィックス＋サフィックスポリシー：プレフィックスは文字列定数、サフィックスは日付型パーティション式への参照です。ユーザーはプレフィックスとサフィックスの内容、ベース時間、出力フォーマットを変更することで、異なるパーティション名を取得できます。

  

  注意

  このポリシーは日付型のパーティションキーにのみ有効です。サフィックスは、指定されたパーティションキーに対応するSQL式の値を参照します。参照するパーティションキーが時刻型であるため、対応するSQL式は時刻に変換され、最終的にパーティション名のサフィックス部分としてフォーマットされて出力されます。

• カスタムポリシー：このポリシーはSQL式を使用して、ユーザーの要件に合ったパーティション名を生成します。命名式では、${パーティションキー} のように書くことで、パーティションキーに対応するパーティション式の値を参照できます。

  

以下は一般的なパーティション名の生成式のクイックチェック表です。ODCは、数値型および文字列型のパーティションキーのみをサポートしています。

パーティション名生成式クイックリファレンス - MySQLモード

パーティション名生成式クイックリファレンス - Oracleモード

パーティション削除ポリシー

パーティション削除ポリシーは既存のパーティションに対して適用され、現在は1つのポリシーのみがサポートされています：最後のN個のパーティションを保持し、それ以外のパーティションを削除します。

例：

1. order テーブルを作成し、p2023_01 と p2023_02 の2つのパーティションを含めます。

   CREATE TABLE `order` (
   `time` date NOT NULL,
   `parti_key` int(11),
    `name` varchar(120) DEFAULT NULL
   ) partition by range columns(time, parti_key)
   (partition p2023_01 values less than ('2023-01-01', 20230101),
   partition p2023_02 values less than ('2023-02-01', 20230201))
   

2. order テーブルにパーティション削除ポリシー（最後の1個のパーティションを保持する）を設定します。

3. パーティション削除ポリシーに基づいて生成されるパーティション削除ステートメントは、p2023_01 パーティションを削除します。

注意点

• テーブルがテーブルグループ（tablegroup）に属している場合、パーティションの作成が失敗したり、ロードバランシングが破壊されたりする可能性があります。作成ポリシーの設定にはご注意ください。

• 新規インデックスの作成により、テーブルグループ（tablegroup）が無効になる可能性があります。これは、同一のテーブルグループに属するテーブルは完全に一致したパーティション構成を持つ必要があり、新規パーティションの作成がその状態を崩し、結果としてテーブルグループが無効になるためです。

• テーブルにグローバルインデックスが含まれている場合、パーティションの削除によりグローバルインデックスが無効になる可能性があります。操作にはご注意ください。グローバルインデックスの再作成を選択した場合、時間がかかりすぎてビジネス上の問題が発生したり、再作成に失敗してオンラインで問題が生じたりする可能性があります。

• グローバルインデックスの再作成オプションはOracleモードでのみ有効です。MySQLモードではこのオプションはなく、MySQLモードではデフォルトでグローバルインデックスが再作成されます。

関連ドキュメント

• パーティション計画の管理

• パーティション戦略の例