FivetranのCornerstoneコネクタで大規模なスキーマ変更

FivetranはCornerstoneコネクタに2026年7月版スキーマを適用しました。公式変更履歴では179件の変更があり、そのうち118件が破壊的変更になる可能性があるとされています。テーブルや列の追加だけでなく、廃止、名称変更、移動、主キー変更を含むため、同期が続いていても下流クエリやBIが期待どおりに動かない可能性があります。

要点

• Cornerstoneコネクタは2026年7月14日から新しい2026年7月版スキーマを使用します。
• 公式変更履歴の集計は179件の変更、118件の破壊的変更候補です。
• TESTは廃止され、対応するデータはASSESSMENT_TESTへ移ります。
• REQUISITION_LOCATIONは廃止され、関連データはJOB_REQUISITION_TARGET_OU_COREで扱われます。
• 新規テーブルの追加だけでなく、既存テーブルの列削除や主キー変更があるため、ERDと下流参照を突き合わせる必要があります。

今回のリリースノートで語られていること

今回の変更は、Cornerstoneコネクタのスキーマを2026年7月版へ切り替えるものです。Fivetranは、最新のERDを確認して下流クエリを更新しない場合、データが欠けたり不完全になったりする可能性があると明記しています。変更数は合計179件で、118件が破壊的変更候補です。この規模から、単なる列追加としてではなく、Cornerstone由来のデータモデルを移行する作業として扱う必要があります。

追加されるテーブルには、アセスメントを扱うASSESSMENT_TEST、文化・組織情報に関するCULTURE_CORE、カリキュラム構造のCURRICULUM_STRUCTURE_CORE、求人の対象組織を表すJOB_REQUISITION_TARGET_OU_CORE、研修割り当てのTRAINING_ASSIGNMENT_COREなどがあります。新しいテーブルが増える一方、従来のテーブルから機能別のテーブルへデータが移されるため、「追加されたテーブルを必要に応じて使う」だけでは移行が終わりません。

具体例として、TESTは廃止され、データはASSESSMENT_TESTへ移ります。REQUISITION_LOCATIONも廃止され、対応する情報はJOB_REQUISITION_TARGET_OU_COREで扱われます。TRAININGでは多数の列が削除または追加され、TRAINING_ASSIGNMENT_USERでは主キーが変わります。既存のSELECT文が実行できなくなる場合だけでなく、クエリは成功しても参照先の意味や粒度が変わる場合があるため、件数とNULL率、結合結果まで確認する必要があります。

Fivetran側の同期成功は、dbtモデルやBIダッシュボードの互換性を保証しません。列の廃止はコンパイルエラーとして見つけやすい一方、移動や主キー変更は重複行、集計値の変化、履歴の欠落として現れることがあります。特に増分モデル、スナップショット、ユニーク性テスト、参照整合性テストでは、旧キーを前提にしていないかを確認します。

移行では、まず最新ERDと自社の同期先スキーマを比較し、廃止・移動・名称変更の対象を一覧にします。次に、dbtのsource定義、モデル、テスト、セマンティックレイヤー、BIの直接参照を検索します。旧テーブルと新テーブルが同時に見える期間があっても、恒久的な互換レイヤーとは限りません。移行用ビューを作る場合は期限と削除条件を決め、利用者へ値の意味や粒度が変わる点も伝える必要があります。

この更新が関係する人

FivetranのCornerstoneコネクタを運用するデータエンジニア、Cornerstoneデータを使う人事・学習分析担当、dbtモデルやBIダッシュボードを管理する分析基盤チームに関係します。

実務で確認したいポイント

• 179件の変更一覧と最新ERDを、自社の同期先スキーマおよび利用中の列へ照合する。
• TESTやREQUISITION_LOCATIONを参照する処理を、案内された移行先へ切り替える。
• TRAINING_ASSIGNMENT_USERなど、主キーが変わるテーブルの重複・増分更新・履歴保持を再検証する。
• 同期成功だけで判断せず、dbtテスト、主要ダッシュボード、行数・NULL率・集計値の差分を確認する。

結局、今回の更新をどう読むべきか

Cornerstoneコネクタの機能改善であると同時に、下流データ契約の大規模な変更です。118件の破壊的変更候補を一括して受け流さず、自社が参照するテーブルと列へ絞って移行計画を作る必要があります。