当前位置：文江博客话题详情

对于 SQL 查询，仅使用书签查找选项进行索引查找？

发布于 2024-07-13 23:15:18 字数 404 浏览 5 评论 0原文

我正在努力优化一个针对遗留系统中非常宽的表的 SQL 查询。由于各种原因，我目前无法缩小表格范围。

我的查询运行缓慢，因为它对我创建的索引执行索引查找，然后使用书签查找来查找索引中不存在的所需其他列。书签查找占用了 42% 的查询时间（根据查询优化器）。

该表有 38 列，其中一些是 nvarchar，因此我无法创建包含所有列的覆盖索引。我试图通过创建覆盖所有列的索引来利用索引交集，但是这些“覆盖”索引不会被执行计划拾取并且不会被使用。

另外，由于 38 列中的 28 列是通过此查询提取的，因此表中的 28/38 列存储在这些覆盖索引中，因此我不确定这会有多大帮助。

您认为书签查找功能是否足够好，或者其他选择是什么？

（我应该指定这是 SQL Server 2000）

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

呆° 2024-07-20 23:15:18

哦，

包含的覆盖索引应该可以工作。另一种选择可能是创建一个仅包含您需要的列的聚集索引视图。

问候，
利文

回复收藏 0 原文

病女 2024-07-20 23:15:18

您可以创建包含列的索引作为

BOL 的另一个选项示例，这是 2005 年及以上的版本

CREATE NONCLUSTERED INDEX IX_Address_PostalCode
    ON Person.Address (PostalCode)
    INCLUDE (AddressLine1, AddressLine2, City, StateProvinceID);

要回答这部分“我尝试通过创建覆盖所有列的索引来利用索引交集，但是那些“覆盖”索引没有被执行计划采纳并且没有被使用。”
仅当以可控制的方式创建查询时才能使用索引，换句话说，如果您在运算符左侧使用函数或在 WHERE 子句中省略索引的第一列，则索引将获胜不被利用。如果索引的选择性较低，则也不会使用索引

查看 SQL Server 覆盖索引了解更多信息

You could create an index with included columns as another option

example from BOL, this is for 2005 and up

CREATE NONCLUSTERED INDEX IX_Address_PostalCode
    ON Person.Address (PostalCode)
    INCLUDE (AddressLine1, AddressLine2, City, StateProvinceID);

To answer this part "I have tried to take advantage of index intersection by creating indexes that cover all the columns, however those "covering" indexes are not picked up by the execution plan and are not used."
An index can only be used when the query is created in a way that it is sargable, in other words if you use function on the left side of the operator or leave out the first column of the index in your WHERE clause then the index won't be used. If the selectivity of the index is low then also the index won't be used

Check out SQL Server covering indexes for some more info

回复收藏 0 原文

~没有更多了~