SQL Server Insert Into-切り捨てエラーの原因となっている列を特定する方法

テーブルに650のフィールドを挿入するストアドプロシージャがあります。挿入は、切り捨てエラーで失敗します。

簡単です

INSERT INTO
SELECT (a bunch of fields) 
FROM (a bunch of tables)

以下はエラーメッセージです。

メッセージ8152、レベル16、状態14、プロシージャDSP_Procedure、行1075文字列またはバイナリデータは切り捨てられます。

切り捨てエラーの原因となっているフィールドを簡単に特定できる方法はありますか？

テーブルに挿入される選択ステートメントに650のフィールドがあるため、どのフィールドが切り捨てエラーの原因であるかを正確に特定することが困難です。

一度に100個のフィールドのみを挿入するように、一度にフィールドのブロックをコメント化し、少なくとも100個のフィールドのグループに絞り込むことができるまで、SP 6または7の異なる時間を実行できると思います。切り捨てエラーの原因となっているフィールドが含まれます。

またはSELECT INTO、新しいテーブルを作成して、SPに挿入しようとしているターゲットテーブルのデータ長とテーブルのデータ長を比較して、どのフィールドに予想より長いフィールド長が含まれているかを確認できると考えています。 ..

SQL Server 2014を使用しています。

より簡単な代替手段はありますか？

SQL Server 2016（SP2、CU6以降）を使用している場合の1つのオプションは、トレースフラグ460をオンにすること(QUERYTRACEON 460)です。出力は列と問題のデータを示します。

詳細については、この記事を参照してください。 https://www.brentozar.com/archive/2019/03/how-to-fix-the-error-string-or-binary-data-would-be-truncated/

切り捨てを気にしない場合は、SET ANSI_WARNINGS OFFそのタイプの切り捨てを無視するために使用できます。

残念ながら、かなり古い「機能」に遭遇しました。コネクトチケットは2008年からオープンしており、ほぼ10年間、これは修正を保証するほど重要ではありませんでした。

標準の回避策は、あなたが、考え出しように、あるselect into...テーブルのメタデータを比較することで行いました。別の可能性は、問題のある列のバイナリ検索ですが、それも手作業です。メタデータの比較にはいくつかのハックがありますが、シンプルでエレガントなソリューションは存在しません。多分サードパーティのツールが役立つかもしれませんが、私はそのことを知りません。

（QUERYTRACEON 460）をクエリの最後に置くと機能しませんでした。

私はそれをDBレベルでオンにして、うまくいきました：

DBCC TRACEON(460, -1);
GO

ただし、問題を見つけて修正したら、必ずオフにしてください。オンのままにしないでください。

DBCC TRACEOFF(460, -1);
GO