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

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

要点

• 対象は7月22日以降に設定するSQL Server向けの新規接続です。
• 書き込み前に削除していたヌル文字を保持し、ソースの値をそのまま渡します。
• 既存接続の扱いは明記されていないため、新旧接続で文字列が異なる可能性があります。
• T-SQL、照合、ODBC・JDBC、エクスポート、業務アプリ連携まで試験する必要があります。

今回の更新で変わること

ヌル文字は文字列内の値0x00で、データベースのNULLとは異なります。Fivetranは従来、SQL Serverへ書き込む前にこの文字を取り除いていました。そのため同期自体は成功しても、ソースの文字列と保存値が完全には一致せず、長さ、ハッシュ、監査用の原文に差が出ることがありました。7月22日以降に作成する新規接続では削除せず保持します。

変更後に確認すべきなのは、保存できるかだけではありません。T-SQLの文字列関数、照合、検索、XMLやJSONへの変換、インデックス、レプリケーション、バックアップが値をどう扱うかを確認する必要があります。ODBCやJDBC、.NETなどのクライアントを通したときに文字列が途中で切れないか、CSV出力や業務アプリへの連携でエラーにならないかも重要です。従来の削除を事実上の洗浄処理として前提にしていた場合、新規接続への移行後に見えない差分が下流へ流れます。

公式記載は新規接続に限定され、既存接続の挙動や移行手段には触れていません。ヌル文字を含む試験行とSQLのNULLを持つ行を別々に用意し、格納値、文字列長、比較、ハッシュ、各ドライバーからの読み出し、エクスポートを確認すべきです。除去が必要な業務では、原文列を残したうえで変換列や明示的な前処理を設けると、SQLのNULLとの混同を防ぎ、品質規則を説明しやすくなります。再接続や再同期の判断は、Fivetranの案内も確認して進めるのが安全です。

特に古い業務アプリや連携ツールでは、文字列をヌル終端として扱う実装が残っている場合があります。SQL Server Management Studioでの確認に加え、実際のアプリ、帳票、エクスポート処理を通して末尾まで値が保持されるかを試すべきです。接続世代を記録すれば、問題が出た行を旧挙動と新挙動に分けて調査できます。

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

SQL Server向け接続を新設・再作成するデータエンジニア、データベース管理者、業務アプリ連携担当、品質・監査担当に関係します。

今すぐ対応が必要か

新規接続を予定するチームは、実際に使うドライバーと連携先を含めて検証してください。既存接続のみの場合も、将来の再作成で値が変わることを移行チェックへ加える必要があります。

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

SQL Serverに保存する文字列の欠落を減らす改善です。SQLのNULLとは別の問題として扱い、接続先アプリまで含めた互換性確認が欠かせません。