変更の追跡を使用する利点
次の表では、カスタム ソリューションを開発する代わりに、アプリケーションで変更の追跡を使用してデータベースでの変更を追跡する利点の一部について説明します。
長所 |
説明 |
|---|---|
開発時間の短縮 |
SQL Server 2008 では変更の追跡機能を使用できるので、カスタム ソリューションを開発する必要はありません。詳細については、「変更の追跡の概要」を参照してください。 |
スキーマの変更が不要 |
変更の追跡を使用する場合、次のタスクは必要ありません。
|
組み込みのクリーンアップ メカニズム |
変更の追跡のクリーンアップは、バックグラウンドで自動的に実行されます。サイド テーブルに格納されるデータのカスタム クリーンアップは必要ありません。 |
変更情報を取得するために用意された変更追跡関数 |
関数を使用して、情報のクエリや利用を簡単に行うことができます。列の追跡レコードに、変更されたデータに関する詳細情報が示されます。詳細については、「変更追跡関数 (Transact-SQL)」を参照してください。 |
DML 操作のオーバーヘッドの低減 |
同期変更追跡では、オーバーヘッドが常に若干発生します。しかし、変更の追跡を使用すると、オーバーヘッドを最小限に抑えることができます。多くの場合、オーバーヘッドは、代わりのソリューション (特にトリガを使用する必要があるソリューション) を使用する場合よりも少なくなります。 |
コミットされたトランザクションに基づいた変更の追跡 |
変更の順序は、トランザクションのコミット時間に基づきます。このため、実行時間の長いトランザクションや重複するトランザクションが存在する場合でも、信頼性が高い結果を取得できます。timestamp 値を使用するカスタム ソリューションは、このようなシナリオに対処するように特別に設計する必要があります。 |
変更の追跡を構成および管理するための標準ツール |
SQL Server 2008 では、標準の DDL ステートメント、SQL Server Management Studio、カタログ ビュー、およびセキュリティ権限を利用できます。詳細については、「変更の追跡の構成および管理」を参照してください。 |