COLUMNS_UPDATED を使用せずに SQL Server トリガーで変更されたフィールドのみを効率的に取得するにはどうすればよいですか?

SQL Server トリガーで変更されたフィールドを取得するための別のソリューションの使用

問題:

開発者は、SQL Server 更新トリガーで変更された列値のみを取得する必要があることがよくあります。 COLUMNS_UPDATED の使用は一般的なアプローチですが、特に更新された値の XML 表現を生成する場合には、常に特定の要件を満たしているとは限りません。

別の解決策:

対処方法この課題に対しては、COLUMNS_UPDATED や動的 SQL に依存しない代替ソリューションを採用できます。この手法には次のことが含まれます。

• 挿入されたテーブルと削除されたテーブルの両方をアンピボットして、一意のキー、フィールド値、およびフィールド名の列のフラット化された表現を作成します。
• アンピボットされたテーブルを結合して変更を識別します。いずれかのテーブルの不等なフィールド値または欠損値に基づいています。
• ログ記録などのために、変更されたフィールド情報を別のテーブルに挿入します。

利点:

• ビットフィールドに関連する潜在的な整数オーバーフローの問題を回避します。
• 必要性を排除することでプロセスを簡素化します。動的 SQL の場合。
• 元のフィールド値をそのまま保持します。別のデータ型への変換。

実装:

このソリューションの実例は、提供されたコード スニペットで提供されます。これには次のものが含まれます。

• テストテーブルとデータのセットアップ。
• トリガーの作成アンピボット手法を採用しています。
• 変更のログを示すテスト呼び出し。
• 別のテーブルに結果を表示します。

変更:

このソリューションは主キーの変更に対応でき、主キーが変更されるシナリオをサポートします。値は変更できます。 NEWID() 関数によって設定された GUID 列を追加し、主キーの代わりにこの列を使用することで、この手法をそのような場合にも簡単に拡張できます。

結論:

提示されたソリューションは、SQL Server トリガーで変更されたフィールドを取得するための代替アプローチを提供し、COLUMNS_UPDATED に関連する制限に対処し、より効率的で柔軟な方法を提供します。変更のログ記録または処理。

以上がCOLUMNS_UPDATED を使用せずに SQL Server トリガーで変更されたフィールドのみを効率的に取得するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。