CDCスキーマ自動追従

記事の要約

この要約は役に立ちましたか?

ご意見いただきありがとうございます

概要

スキーマ自動追従とは、データソース側のスキーマ変更を、転送先にも自動追従させる機能です。
転送元のカラムやテーブル追加・変更・削除を転送先で手動設定する運用負荷を減らせるとともに、データの整合性担保も容易になります。

データソースのスキーマ変更を検知し、Slackやメールで通知するよう設定できます。
CDC転送設定概要にて設定が可能です。

転送先に自動追従させるスキーマ変更の対象を設定できます。

カラム追加などのテーブル全体の再同期が必要なスキーマ変更を追従させる場合に、全件再転送（バックフィル）を行うかを設定できます。

自動追従する対象は以下の3つから選択が可能で、追従したい差分にあわせて設定ができます。

テーブル・カラムの削除およびカラムの型変更について

本設定に関わらず、テーブル・カラムの削除とカラムの型変更はTROCCOの自動変更の対象となります。

なお、テーブル・カラムの削除の場合は、転送先のテーブル・カラムは削除されず、対象データの転送停止のみ行われます。
転送先のテーブル・カラムの削除は手動で行う必要があります。

テーブルとカラムの追加を自動同期します。
転送元のカラム・テーブルの変更をすべて自動で転送先に反映したい場合に利用します。

新規テーブル追加時のプライマリーキー

自動追従の対象となる新規テーブルは、プライマリーキーを持つテーブルのみです。
プライマリーキーがないテーブルは自動追従の対象から除外されます。

カラムの追加のみを自動同期します。
テーブルの追加が発生した場合は、変更の転送先への反映を促すダイアログが表示されます。

特定のテーブルのみを自動追従の対象とし、テーブルの追加は承認制としたい場合に利用します。

テーブル・カラムの追加検知のみ行い、転送先への反映は承認の上で実施するモードです。
セキュリティ観点で意図しないカラムが転送されていないかチェックしたいケースなど、転送先のスキーマ変更を慎重に行いたい場合に利用します。

既存テーブルからプライマリーキーを削除した場合

既存のテーブルからプライマリーキーを削除し、テーブルがプライマリーキーを持たなくなった場合、テーブルは自動追従の対象から除外されます。

カラム名・テーブル名の変更について

カラム名やテーブル名の変更は、カラムやテーブルの削除＋追加として検知されます。
また、カラム名を変更する場合は、整合性を担保するためにバックフィルを有効にすることを推奨します。

CDCスキーマ自動追従では、データの整合性を保つために、特定の変更があった場合にテーブルのバックフィル（全件再転送）を実行できます。
バックフィルの対象となるスキーマ変更は以下のとおりです。

バックフィルが無効の場合の転送結果

転送設定でバックフィルを無効に設定した場合、転送先とのテーブル再同期は実行されず、不整合が発生する可能性があります。

カラム追加時：
- 転送先がS3 Icebergの場合：新しいカラムは転送先に追加されるが、既存データは反映されずNULLとなる
- 転送先がBigQueryの場合：転送先のスキーマが更新されないため転送エラーとなる
カラム型変更時：データ型の不整合により転送エラーが発生する可能性がある
テーブル追加時：転送先にテーブルが追加されない

バックフィルが実行されるテーブルの範囲

バックフィルによる全件再転送では、テーブルごとに全件転送が行われます。