哪个执行计划的性能更好？

Question

)我的英语不够好。所以请容忍我)

我正在优化此查询：

Select Title from Groups Where GroupID = WWPMD.GroupID) as GroupName 
FROM         dbo.Detail AS WWPMD INNER JOIN
                  dbo.News AS WWPMN ON WWPMD.DetailID = WWPMN.NewsID
WHERE 
WWPMD.IsDeleted = 0 AND WWPMD.IsEnabled= 1 AND WWPMD.GroupID IN (
Select ModuleID FROM Page_Content_Item WHERE     ContentID='a6780e80-4ead4e62-9b22-1190bb88ed90')

在这种情况下，表在GUID主键上有聚集索引。在执行计划中，箭头有点粗，表“detail”的聚集索引查找成本是87%，键查找没有成本

然后，我更改了表“detail”的索引。我在datetime列上放置了聚集索引，在PK和FK上放置了3个非聚集索引。现在在执行计划中，表详细信息的索引查找成本为4%，键查找成本为80%，带有细箭头。

我想知道哪个执行计划更好，我可以做些什么来改进这个查询。

更新：

谢谢大家的指导。还有一个问题。我想知道80%的聚集索引查找成本更好，还是80%的非聚集索引查找和键查找总成本更好。哪个更好？

Answer 1

我建议使用以下查询：

INNER JOIN (SELECT DISTINCT ModuleID FROM Page_Content_Item WHERE ContentID='a6780e80-4ead4e62-9b22-1190bb88ed90')z OR WWPMD.GroupID= z.ModuleID

而不是：

AND WWPMD.GroupID IN (
   Select ModuleID FROM Page_Content_Item WHERE ContentID='a6780e80-4ead4e62-9b22-1190bb88ed90')

也必须是这个查询的调查执行计划，看来Detail. DetailId上的Index带有过滤器（IsDeled=0和IsEnable=1）非常有用。

Answer 2

当guid不连续时，guid列上的聚集索引不是一个好主意，因为这会导致插入时的性能损失。表中的记录是基于聚集索引进行物理排序的。聚集索引应放在具有连续值且不经常更改的列上。

如果在groupid(表组)上有一个非聚集索引，那么可以将“title”作为该索引的包含列。有关包含的列，请参见msdn。

Answer 3

IN 语句适用于选择 littele 位数据，如果要选择更多数据，则应使用 INNER JOIN 它的性能优于 IN 处理大数据

IN 比 JOIN ON DISTINCT 更快

EXISTS比IN更有效，因为“EXISTS只返回一行”