隐式转换会破坏SQL查询性能吗？

最新推荐文章于 2023-02-22 15:57:42 发布

dfsgwe1231

最新推荐文章于 2023-02-22 15:57:42 发布

阅读量173

点赞数

文章标签：数据库

在YouTube上观看此帖子

即使您已经为其创建了索引，您是否遇到过运行缓慢的查询？

发生这种情况有几种不同的原因。我最常看到的是以下情况。

假设我有一个dbo.Coffee表，它是我的咖啡豆库存和每周从我最喜欢的绿色咖啡豆供应商处获取的价格。看起来像这样：

-- Make sure Actual Execution Plan is on
-- Let's see what our data looks like
SELECT * FROM dbo.CoffeeInventory

我希望能够高效地查询此表并按价格进行过滤，因此接下来我创建一个索引，如下所示：

CREATE CLUSTERED INDEX CL_Price ON dbo.CoffeeInventory (Price)

现在，我可以编写查询来找出哪些咖啡价格低于我的支付意愿：

SELECT Name, Price FROM dbo.CoffeeInventory WHERE Price < 6.75

您会希望此查询快速运行，并使用聚簇索引查找，对吗？

错误！

在谓词中要过滤的列上添加聚簇索引时，为什么SQL会扫描表？那不是应该的工作方式！

亲爱的读者，如果我们稍微看一下表扫描操作，就会发现一些叫做CONVERT_IMPLICIT的东西：

CONVERT_IMPLICIT在做什么？顾名思义，它必须在执行查询时转换一些数据（与我在查询中指定了显式CAST（）或CONVERT（）函数相反）。

之所以需要这样做，是因为我将Price列定义为VARCHAR（5）：

但是，在我的查询中，我正在对WHERE Price < 6.75的数字进行比较。 SQL Server表示不知道如何将字符串与数字进行比较，因此必须将VARCHAR字符串转换为NUMERIC（3,2）。

真痛苦

为什么？因为SQL正在对表中的每一行执行到数字数据类型的隐式转换。因此，它无法寻求使用索引，因为它最终必须扫描整个表才能将每个记录首先转换为数字。

这不仅发生在数字和字符串转换上。 Microsoft已发布了完整的图表，详细说明了哪些类型的数据类型比较将强制进行隐式转换：

那是很多橙色圆圈/隐式转换！

在这种情况下，我们有两个选择。

上面的数字1是不言而喻的，如果可以的话，是更好的选择。但是，如果您无法修改列类型，则最好像这样编写查询：

SELECT Name, Price FROM dbo.CoffeeInventory WHERE Price < '6.75'

由于我们进行了等效数据类型的比较，因此SQL Server不需要进行任何转换，就可以使用索引。呜呜！

还记得上面的图表吗？有许多不同的数据比较可能会迫使SQL Server进行痛苦的列侧隐式转换。

幸运的是， Jonathan Kehayias编写了出色的查询，可通过查询计划缓存来帮助您查找列侧隐式转换。运行他的查询是识别查询中发生的大多数隐式转换的好方法，因此您可以返回并修复它们，然后为改进的查询性能感到高兴！

还在读书吗？ 您可能会喜欢 在Twitte r 上关注我

喜欢这篇文章吗？ 请通过在 下面 给它一个绿色的心 recommend来推荐它 。

关注