也谈SQL Server 2008 处理隐式数据类型转换在运行计划中的增强 （续）

然后通过 varhcar和nvarchar值分别測试满足条件1条和满足条件8900条的运行计划预估行数。

ALTER INDEX IX_c ON _t REBUILD;
GO
SET SHOWPLAN_ALL ON
GO
SELECT * FROM _t WHERE c = ‘10005‘;     -- 实际1条
GO
SET SHOWPLAN_ALL OFF;
GO

ALTER INDEX IX_c ON _t REBUILD;
GO
SET SHOWPLAN_ALL ON
GO
SELECT * FROM _t WHERE c = N‘10005‘;     -- 实际1条
GO
SET SHOWPLAN_ALL OFF;
GO

ALTER INDEX IX_c ON _t REBUILD;
GO
SET SHOWPLAN_ALL ON
GO
SELECT * FROM _t WHERE c = ‘‘;          -- 实际9900条
GO
SET SHOWPLAN_ALL OFF;
GO

ALTER INDEX IX_c ON _t REBUILD;
GO
SET SHOWPLAN_ALL ON
GO
SELECT * FROM _t WHERE c = N‘‘;         -- 实际9900条
GO
SET SHOWPLAN_ALL OFF;
GO

得到的查询计划预估行数例如以下图所看到的

从图中显示的预估数据行数能够看到。对于varchar值（不须要隐匿的数据类型转换），其预估的结果是准确的。但对于nvarchar值，无论指定的值是仅仅有一条数据，还是有8900条数据匹配。其预估的结果都是99.0099，这说明预估并没有考虑我们指定的值。
进一步用变量測试

ALTER INDEX IX_c ON _t REBUILD;
GO
SET SHOWPLAN_ALL ON
GO
DECLARE @v varchar;SELECT * FROM _t WHERE c = @v; -- varchar
GO
SET SHOWPLAN_ALL OFF;
GO

ALTER INDEX IX_c ON _t REBUILD;
GO
SET SHOWPLAN_ALL ON
GO
DECLARE @nv nvarchar;SELECT * FROM _t WHERE c = @nv; -- nvarchar
GO
SET SHOWPLAN_ALL OFF;
GO

结果例如以下图所看到的：

无论是varchar，还是nvarchar的变量。预估的行数都是99.0099。这个值与使用nvarchar常量值的结果一样，看来SQL Server查询优化器应该确实把 GetRangeThroughConvert 的结果看成变量了。这个应该是设计上考虑不太周全的地方了，毕竟指定固定常量值的时候，GetRangeThroughConvert的结果应该也是确定值才对。（这个问题在 SQL Server 2014中看起来是调整过来了，在2014中測试没有发现这种现象）。

也谈SQL Server 2008 处理隐式数据类型转换在运行计划中的增强 （续）

标签：rebuild   data-   lin   data   nes   使用   .net   code   常量