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值，不管指定的值是只有一條數據，還是有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中文網。

相關推薦：

如何讓MySQL中單句實現無限層次父子關係查詢

帶進度的SQL Server FileStream如何存取

當忘記SQL Server 管理員密碼該如何處理

以上是SQL Server 2008 處理隱含資料型別轉換在執​​行計畫中的增強的詳細內容。更多資訊請關注PHP中文網其他相關文章！