为什么要执行表扫描？

Question

SELECT X.ID, X.Field4 
FROM 
     #TaxInvoiceData T 
INNER JOIN 
     xxx X 
     ON T.Id = X.Id 
     AND Field2 = @VAR  
     AND Field3 = 'S' 

当我运行一个查询表X的全表扫描，我不明白为什么，因为表X的主键是

ID INT ASC 
Field3 CHAR(2) ASC 
Field2 DATETIME ASC Unique Non-clustered 

还有上

Field2 DATETIME ASC Non-Unique Non-clustered 

指数

这样做只是

SELECT ID 
FROM xxx 
WHERE 
    Field2 = @VAR 
AND Field3 = 'S' 

是否索引查找

在此先感谢。

Answer 1

简短的回答：因为优化认为它会更快。

但是，让我们尝试阅读优化器的思想。

由于您没有提供完整的表格模式，因此我假定xxx.ID上有一个聚簇索引，而#TaxInvoiceData是一个堆。您期待的计划是在#TaxInvoiceData中的每一行探索PK索引，但是您选择xxx.Field4这将需要为每个匹配查找书签。这可能导致29,000个随机I/O请求。哎哟。相反，SQL Server可能（而且显然会）只是执行更大​​量的更有效的顺序I/O来完成表扫描，并且可能会对#TaxInvoiceData进行快速哈希匹配。

那么你能做什么？您可以创建一个覆盖索引，包括Field4。或者你可以使用索引和加入提示来强制你正在寻找的计划（但我怀疑绩效不会如你所愿）。这个查询的使用频率是否足够高，以至于它给你的应用程序性能带来问题，或者你只是想从原理上消除表扫描？如果是后者，你可能会发现摆脱扫描的开销并不值得。

---

编辑：

既然你已经提到，在桌子上没有聚集索引，这也可能会影响从索引中查找有效的。除非此表格看到插入活动过重，否则请考虑将您的PK更改为聚簇。只有这一点可能会改变计划，即使它不会加速其他业务，也可能因为开销减少而加速。

Answer 2

可能重写查询将有助于：

SELECT X.ID, X.Field4 
FROM xxx X, #TaxInvoiceData T 
WHERE X.Id = T.Id   
AND X.Field2 = @VAR    
AND X.Field3 = 'S'