Snowflake向け新規接続でヌル文字を保持

Fivetranは、2026年7月22日以降に設定したSnowflake向けの新規接続で、文字列中のヌル文字を削除せず書き込むようになりました。

要点

• 対象は7月22日以降に設定するSnowflake向けの新規接続です。
• 従来は書き込み前に削除していたヌル文字を保持し、ソースの値をより忠実に移します。
• 既存接続の挙動変更は明記されていないため、新旧接続の比較が必要です。
• SQL変換、品質検査、アンロード、共有先ツールがヌル文字を扱えるか確認すべきです。

今回の更新で変わること

Fivetranはこれまで、文字列内の値0x00に当たるヌル文字をSnowflakeへ書き込む前に削除していました。同期済みの値は読みやすくても、ソースの原文から一部が変わり、バイト単位の照合、ハッシュ、監査記録では不一致になります。7月22日以降に作る新規接続はヌル文字を保持するため、取り込み時の暗黙変換が一つ減ります。

その一方で、Snowflake内のすべての処理や接続先が同じ値を問題なく扱えるとは限りません。文字列関数、正規表現、JSONなどへの変換、動的テーブルやタスク、外部関数、ファイルへのアンロードで結果が変わる可能性があります。SnowflakeからBIツール、データ共有先、リバースETL、アプリケーションへ値を渡した段階で初めて制約に当たる場合もあります。従来は削除済みの値を前提に品質ルールや重複排除キーを作っていた場合、新規接続への切り替えが意図しない差分として検知されることがあります。

公式記載は新規接続を対象とし、既存接続の自動変更や切り替え設定には触れていません。同じソースを旧接続と新接続で比較する際は、行数やNULL件数だけでなく、ヌル文字を含む既知の行、文字列長、ハッシュ、主要変換、アンロード結果を確認するとよいです。業務上除去が必要であれば、生データ層に原文を残し、整形層で明示的に置換する方が、変換理由と影響範囲を説明できます。再同期が必要かどうかは、接続の移行計画と合わせてFivetranへ確認すべきです。

共有データでは提供側だけの試験で終わらせないことも大切です。Secure Data Sharingや外部連携の利用者が独自のドライバーや出力処理を使っている場合、同じ文字列でも影響が異なります。変更予定と試験用の値を共有し、利用側が比較・表示・再出力を確認できる期間を設けると、接続切り替え後の障害を減らせます。

対象になりそうなユーザー・チーム

Snowflake向け接続を新設・再作成するデータエンジニア、Snowflake管理者、品質監視担当、共有やアンロードを利用するチームに関係します。

今すぐ対応が必要か

新規接続や再構築を予定している場合は、Snowflake内だけでなく共有・出力先まで試験してください。既存接続だけなら緊急変更ではありませんが、移行時の差分項目として管理が必要です。

結局、この更新をどう見るべきか

Snowflakeへの取り込みを原文に近づける変更です。取り込み層での忠実性と、利用層で必要な正規化を分離すると、安全に採用しやすくなります。