データベースをシャード化する際、数十または数百の物理テーブルを個別にクエリおよび管理することは非現実的です。Data Management (DMS) は、物理シャードのグループに対する統合ビューである論理テーブルを生成することでこれを解決し、単一の操作ですべてをクエリ、エクスポート、または変更できるようにします。
このドキュメントでは、論理テーブルの作成ルールと、必要に応じて手動で更新をトリガーする方法について説明します。
前提条件
開始する前に、以下を確認してください。
論理データベースが設定されていること。詳細については、「論理データベース」をご参照ください。
論理データベース内に、同じテーブルスキーマとテーブル名プレフィックスを持つ複数の物理テーブルが存在すること。
仕組み
論理テーブルは、物理テーブル (基盤となるシャード) のグループに対する抽象化です。DMS は物理テーブルを単一の論理テーブルにマップし、それらを単一の単位としてクエリおよび管理できるようにします。
物理テーブル: ご利用のデータベース内の実際のシャード。例:
test_0、test_1、test_2、およびtest_3。論理テーブル: DMS が生成する統合ビュー。これらのシャードの共有プレフィックスにちなんで命名されます。この場合、
test(式test_[0-3]として表現されます)。
論理テーブルの作成ルール
DMS は、両方の条件が満たされた場合に、物理テーブルのグループに対して論理テーブルを生成します。
物理テーブルが同じテーブルスキーマを持つこと。
物理テーブルが同じテーブル名プレフィックスを共有すること。
論理テーブルは、共有プレフィックスをその名前として使用します。例:
Logical database
├── test_0
├── test_1
├── test_2
└── test_3DMS は、test という名前の論理テーブルを 1 つ生成し、式 test_[0-3] を使用します。
論理データベース内で物理テーブルのスキーマが一意である場合 (つまり、他のテーブルが同じスキーマを共有していない場合)、DMS はそのテーブルに対して論理テーブルを生成できません。論理データベースを設定しても、DMS コンソールで予期される論理テーブルが見つからない場合は、関連するすべての物理テーブルが同じテーブルスキーマとテーブル名プレフィックスを共有していることを確認し、その後「論理テーブルの更新」を実行してください。
論理テーブルの更新
論理テーブルを再生成するには、再抽出をトリガーします。
DMS コンソール V5.0 にアクセスします。
上部ナビゲーションバーで、[データ資産] をクリックします。左側ナビゲーションウィンドウで、[グローバル検索] をクリックします。
検索ボックスに論理データベースの名前を入力し、
アイコンをクリックします。論理データベースを見つけ、[アクション] 列の [その他] にポインターを移動し、[テーブルの再抽出] を選択します。
DMS は、論理データベース内のすべての物理テーブルのメタデータを解析し、作成ルールを満たすテーブルに対して論理テーブルを生成します。
次のステップ
論理テーブルが生成されると、それを単一の単位として管理できます。DMS は、各物理テーブルへの操作の分散を自動的に処理します。
データクエリ: 単一テーブルをクエリするのと同様に、SQL コンソールタブで論理テーブルをクエリします。詳細については、「論理テーブルのクエリ」をご参照ください。
データエクスポート: 論理テーブルからすべてのデータをエクスポートするために、データエクスポートチケットを 1 つ提出します。詳細については、「データベースのエクスポート」をご参照ください。
データ変更: データ変更チケットを 1 つ提出します。DMS は、関連する SQL ステートメントを各物理テーブルで自動的に実行します。詳細については、「通常データの変更」をご参照ください。
スキーマ設計: スキーマ変更チケットを 1 つ提出します。DMS は、関連する SQL ステートメントを各物理テーブルで自動的に実行します。詳細については、「スキーマの設計」および「論理テーブルのスキーマの変更」をご参照ください。