SQL Server 2008 の実行計画における暗黙的なデータ型変換の処理の機能強化

以下のテストで検証します。まず、データが不均一に分散されたテストテーブルを作成します。

USE tempdb
GOCREATE TABLE _t(
    c varchar(50)
);CREATE INDEX IX_c ON _t( c );GO-- 加入 10000 条数据INSERT _tSELECT (9999 + id) FROM(    SELECT TOP 10000 id = ROW_NUMBER() OVER( ORDER BY GETDATE() )    FROM sys.all_columns a, sys.all_columns
)ID
-- 将 100 - 10000 的数据变成相同值UPDATE _t SET c = '' WHERE c >= '10100'

次に、varhcar 値と nvarchar 値を使用して、それぞれ 1 条件と 8900 条件を満たす実行プラン行の推定数をテストします。

ALTER INDEX IX_c ON _t REBUILD;GOSET SHOWPLAN_ALL ONGOSELECT * FROM _t WHERE c = '10005';     -- 实际1条GOSET SHOWPLAN_ALL OFF;GOALTER INDEX IX_c ON _t REBUILD;GOSET SHOWPLAN_ALL ONGOSELECT * FROM _t WHERE c = N'10005';     -- 实际1条GOSET SHOWPLAN_ALL OFF;GOALTER INDEX IX_c ON _t REBUILD;GOSET SHOWPLAN_ALL ONGOSELECT * FROM _t WHERE c = '';          -- 实际9900条GOSET SHOWPLAN_ALL OFF;GOALTER INDEX IX_c ON _t REBUILD;GOSET SHOWPLAN_ALL ONGOSELECT * FROM _t WHERE c = N'';         -- 实际9900条GOSET SHOWPLAN_ALL OFF;GO

取得されたクエリプランの推定行数は以下の図に示されています

図に示されている推定データ行数から、varchar値の場合は次のことがわかります（非表示のデータはありません）型変換が必要です)、推定行数は です。推定結果は正確です。ただし、nvarchar 値の場合、指定された値に 1 つのデータのみが一致するか、8900 個のデータが一致するかに関係なく、推定結果は 99.0099 となり、推定が指定した値を考慮していないことがわかります。
変数を使用したさらなるテスト

ALTER INDEX IX_c ON _t REBUILD;GOSET SHOWPLAN_ALL ONGODECLARE @v varchar;SELECT * FROM _t WHERE c = @v; -- varcharGOSET SHOWPLAN_ALL OFF;GOALTER INDEX IX_c ON _t REBUILD;GOSET SHOWPLAN_ALL ONGODECLARE @nv nvarchar;SELECT * FROM _t WHERE c = @nv; -- nvarcharGOSET SHOWPLAN_ALL OFF;GO

結果は以下の図に示されています:

varchar 変数であっても nvarchar 変数であっても、推定行数は 99.0099 です。この値は、 nvarchar 定数値。SQL Server クエリ オプティマイザーは実際には GetRangeThroughConvert の結果を変数として認識する必要があるようです。結局のところ、固定定数値が指定されている場合、GetRangeThroughConvert の結果も特定のものになるはずです。価値。

この記事では、SQL Server の関連コンテンツについて説明します。その他の関連コンテンツについては、php 中国語 Web サイトを参照してください。

関連する推奨事項:

MySQL で単一の文で無限レベルの親子関係クエリを実装する方法

進行状況に応じて SQL Server FileStream にアクセスする方法

SQL Server 管理者のパスワード

以上がSQL Server 2008 の実行計画における暗黙的なデータ型変換の処理の機能強化の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。