SQL Server索引（避免在连接上进行聚簇索引扫描）

Question

我有一对定义了主 - 细节关系的表。父项中约有20k行，子项中约为120k +。这是我们应用程序中的核心关系，其性能至关重要。

表现不佳:(

运行以下查询很快，并使用我的索引：

SELECT *
FROM Parent 
WHERE TransmissionDate BETWEEN '1-dec-2011' and '2-dec-2011'

执行计划显示了所有预期的查找。

这个查询很慢（大约需要一分钟来检索1k行！）

SELECT *
FROM Parent
LEFT OUTER JOIN child ON Child.ParentID = Parent.ID
WHERE TransmissionDate BETWEEN '1-dec-2011' AND '2-dec-2011'

我怀疑我在这里对于良好指数的定义一无所知。我已经在父PK上定义了索引，在父PK和日期字段上定义了组合索引，但它对这个查询没有帮助。

提前致谢：）

编辑（我不能回答自己的问题！）

我删除了索引并重新创建它们，现在一切都很开心？他们有可能腐败吗？我已经重建了它们......

Answer 1

尝试向Child.ParentID

添加索引

CREATE NONCLUSTERED INDEX IX_Child_ParentID ON Child (ParentID);

（这将使LEFT JOIN和Parent之间的Child更加高效。没有它，每个父记录都需要对Child进行表扫描，以查找具有匹配ParentId的记录。）

Answer 2

删除并重新创建索引，现在正在使用它们。

他们有可能腐败吗？他们没有支离破碎（这是我检查的第一件事......）。在任何情况下问题都解决了......

Answer 3

你应该有以下索引：

1-表父：Column1 PK-Of-PrimaryTable + Column2 TransmissionDate

2-表子：列ParentId

建议： 1-不要使用*，您应该只选择所需的列。

2-两个索引都应INCLUDE在SELECT中需要的列。

一个问题：如果所有孩子都必须有父母，为什么LEFT OUTER JOIN？

Answer 4

这可能是统计数据过时的问题吗？您对此数据库执行哪种数据库维护？多久进行一次？如果使用Ola Hallengren的db maint脚本，则可以在索引优化过程中更新统计信息。