データチェックの設定
データベーステーブルには、変更可能な値を持つデータ列を使用できます。 例えば、orders テーブルには status という列があるとします。 注文が最初にデータベースに書き込まれると、ステータス列には値 保留中 が含まれる場合があります。 注文が Data Warehouseでこの pending 値でレプリケートされます。
注文ステータスは変更できますが、常に pending しいステータスであるとは限りません。 最終的には complete や cancelled になる可能性があります。 Data Warehouseでこの変更内容を確実に同期させるには、新しい値について列を再確認する必要があります。
これは、前述の レプリケーション方法とどのように適合しますか。 再チェックの処理は、選択したレプリケーション方法によって異なります。 再チェックを設定する必要がないので、Modified\_At レプリケーション方法は変更する値を処理する場合に最適です。 Auto-Incrementing Primary Key メソッドと Primary Key Batch Monitoring メソッドでは、構成の再確認が必要です。
これらのメソッドのいずれかを使用する場合、再チェックのために変更可能な列にフラグを付ける必要があります。 これを行う方法は 3 つあります。
-
再確認する更新フラグ列の一部として実行される監査プロセス。
note note NOTE 監査はサンプリングプロセスに依存し、列の変更はすぐには反映されない場合があります。 -
Data Warehouseマネージャの列の横にあるチェックボックスをオンにし、「Set Recheck Frequency」をクリックして、変更を確認するタイミングに適した時間間隔を選択すると、これらの設定を自分で行うことができます。
-
Adobe Commerce Intelligence Data Warehouseチームのメンバーは、手動で列にData Warehouseを再チェックインするようにマークを付けることができます。 変更可能な列がわかっている場合は、チームに連絡して、再チェックの設定をリクエストしてください。 リクエストに、列のリストと頻度を含めます。
頻度の再確認 frequency
ご存じでしたか？primary key 列で再チェックを設定しても、列の値が変更されたかはチェックされません。 テーブルの削除された行がチェックされ、削除がData Warehouseからパージされます。
再チェックのフラグが設定されているカラムでは、再チェックの頻度も設定できます。 特定の列が頻繁に変更されない場合、頻繁でない再確認を選択すると 更新サイクルを最適化できます。
頻度オプションは次のとおりです。
always– 更新時に再チェックが行われるdaily– 宣言されたタイムゾーンの午前 0 時の後、最初に再チェックが行われますweekly– 再確認は、宣言されたタイムゾーンの毎週金曜日の午後 9 時の更新後に行われますmonthly– 再確認は、宣言されたタイムゾーンの金曜日の午後 9 時以降に 4 週間ごとに行われますonce– 次の更新（1 回限りの更新）でのみ発生
更新時間は同期が必要なデータ量に相関するので、Adobeでは更新ごとに daily、weekly、または monthly を選択して再確認することをお勧めします。
再チェック頻度の管理 manage
再チェックの頻度は、テーブル名をクリックしてから個々の列をチェックすることで、Data Warehouseで管理できます。 同期ステータスと再確認頻度（Changes? 列）は、テーブルの各列に表示されます。
再チェックの頻度を変更するには、変更する列の横にあるチェックボックスをクリックします。 次に、「Set Recheck Frequency」ドロップダウンをクリックし、目的の頻度を設定します。
Changes? の列に Paused が表示される場合があります。 この値は、テーブルの レプリケーションメソッドが Paused に設定されている場合に表示されます。
Adobe では、これらの列を確認して、更新を最適化し、変更可能な列が再チェックされていることを確認することをお勧めします。 データの変更頻度を考慮して列の再チェック頻度が高い場合、Adobeでは、更新を最適化するために頻度を低くすることをお勧めします。
お問い合わせいただくか、現在のレプリケーション方法や再チェックについてご質問ください。
関連：