大きなテーブルの上にntext型の列上のパフォーマンスの低下フィルタリング

Question

に私は、この定義を持つユーザーの変更をログに記録するテーブルを持っている：

audit_trail 
(
    change_id int identity (1, 1) NOT NULL, 
    change_date datetime NOT NULL, 
    user_id int NOT NULL, 
    record_id int NOT NULL, 
    table_name nvarchar(50) NOT NULL, 
    field_name nvarchar(50) NOT NULL, 
    new_value ntext NULL 
) 

このクエリは、このテーブルの上に非常に遅い（15+分）を実行します：

SELECT DISTINCT record_id 
FROM audit_trail 
WHERE table_name = 'jobs' 
    AND field_name = 'status' 
    AND new_value LIKE '157' 

私のテーブルには7000万を超えるレコードがあります。これは、このテーブルの通常のクエリではありません。このテーブルの通常のクエリは、日付別に並べ替えたり、日付範囲の変更を検索したりするため、change_date列にクラスタードインデックスがあります。このクエリの実行計画は、クラスタ化インデックススキャンを実行していることを示しています。私は(table_name, field_name)にノンクラスタード・インデックスを追加してパフォーマンスを向上させることができると考えましたが、このインデックスは使用されていませんでした。このクエリのパフォーマンスを改善するための推奨事項はありますか？

Answer 1

次のことを試してください。

sp_tableoption N'audit_trail', 'text in row', '1024' 

あなたは可能性もfull-text search consder。

Answer 2

これを行うことができれば、nvarcharをvarcharに変更すると、テーブルのサイズとおそらくパフォーマンスが向上します。また、不必要な「DISTINCT」を削除すると、オプティマイザは他のインデックスを使用できるようになります。