列フィルタリング
ダウンロード
フォーカスモード
フォントサイズ
操作シナリオ
データ同期の過程で、ユーザーがオブジェクトを選択する際、データベースオブジェクト、テーブルオブジェクトのレベルを選択でき、列のレベルも選択できます。このドキュメントでは、列レベルのデータ同期について説明します。
適用範囲
MySQL/MariaDB/Percona/TDSQL-C MySQL相互間のデータ同期リンク。
制約事項
1. PK、一意キーの列はフィルタリングをサポートしていません。システムはデフォルトでPK、一意キーの列をターゲット側に同期します。特別な状況でPK、一意キーがフィルタリングされた場合、事前検証でエラーが報告されます。
2. フィルタリングされた列が複合PK、外部キー、パーティション列である場合、またはフィルタリング列にインデックスが含まれている場合、ソース側はその列に対するDML操作をサポートしません。そうでない場合、タスクがエラーを報告する可能性があります。
3. 列フィルタリングとビューの相互作用の説明は以下の通りです：
同期オブジェクトでビューが選択されている場合、ビュー関連の列データも併せて同期する必要があります。フィルタリングはできません。そうでない場合、タスクがエラーを報告します。
同期オブジェクトでビューが選択されており、その後ソースデータベースでビューを作成する際に関連付けられるのがシステムデータベース・テーブルである場合、同期タスクで同時に列フィルタリングを使用することはできません。そうでない場合、タスクがエラーを報告します。
4. Rename操作と列フィルタリング機能の相互作用に関する特記事項は以下の通りです：
テーブルAに列フィルタリングが行われ、その後ソース側がテーブルAを削除し、構造が完全に同じテーブルAを再作成しました。このシナリオの同期結果では、新しく作成されたテーブルAにも引き続き列フィルタリングが行われます。
テーブルAに列フィルタリングが行われ、その後ソース側がテーブルAを削除し、テーブルBをテーブルAにRenameしました。AとBのテーブル構造は同じです。このシナリオでは、ソース側から解析されたDDLは依然としてテーブルAであるため、同期結果では列フィルタリングルールが引き続き有効になります。
5. 列フィルタリングを設定した後、同期設定を再度変更することはサポートされていません。同期設定を変更する際も、列のフィルタリングはサポートされていません。
6. 列フィルタリングとWhere条件フィルタリングの相互作用の説明は以下の通りです：
あるテーブルに列フィルタリングが行われ、ユーザーが同時にそのテーブルにWhereルールを設定する場合、ユーザーはWhereルールに入力する列名が同期対象のテーブルに含まれていることを自ら確認する必要があります。そうでない場合、Whereルールは正常に設定できますが、後続のタスク開始後にエラーが報告されます。
7. テーブルAのX列に列フィルタリングが行われ、ユーザーがソース側でCREATE TABLE table_B like table_A文を実行する場合、テーブルBのX列にもフィルタリングを行うことを推奨します。このシナリオでは、DTSによるテーブルBの同期はテーブルAの列フィルタリング後のテーブル構造に従います。テーブルBのX列にフィルタリングが行われていない場合、その後ソース側がテーブルBのX列に対してデータ更新を行う際に、DTSタスクがエラーを報告します。
8. テーブルオブジェクト内の一意キー列に関数が含まれている場合、同期オブジェクトでそのテーブルを選択した際に、列の次元まで展開できず、列フィルタリングを実行できません。
9. データのみを同期し、テーブル構造を同期しないシナリオでは、ユーザーはDTSタスクの前に、ターゲット側で同じテーブル構造を作成する必要があります。タスクで列フィルタリングも設定する必要がある場合、ユーザーがターゲット側で作成するテーブル構造は列フィルタリング後のテーブル構造である必要があります。そうでない場合、ターゲット側への同期時にエラーが発生する可能性があります。
操作手順
1. DTSコンソールにログインし、左側のナビゲーションでデータ同期ページを選択し、同期タスクを作成します。
2. 同期オプションと同期オブジェクトの設定ステップで、左側のソースライブラリオブジェクトから、テーブルレベル、列レベルのデータを選択できます。チェックを入れて
フィードバック