联合能比联合更快吗?还是我的联合就是糟糕的?

我有一个 Notes A表 uniqueidentifier 我用作数据库中各种其他表的FK的列 唯一标识符 其他表上的列不是群集的pk)。这些其他表表示业务对象的某种层次结构。作为一个简单的表示,假设我还有两个表:

• 引导 (PK LeaDID)
• 引用 (pk报价,fk leadid)

在一个 Lead 在应用程序中,我需要显示与销售线索相关的所有注释,包括标记为 Quote 那是属于那条线索的。在我看来,我有两种选择,一种是 UNION ALL 或几个 LEFT JOIN 声明。他们看起来是这样的:

SELECT N.*  
FROM Notes N  
JOIN Leads L ON N.TargetUniqueID = L.UniqueID  
WHERE L.LeadID = @LeadID

UNION ALL

SELECT N.*  
FROM Notes N  
JOIN Quotes Q ON N.TargetUniqueID = Q.UniqueID  
WHERE Q.LeadID = @LeadID 

或者…

SELECT N.*  
FROM Notes N  
LEFT JOIN Leads L ON N.TargetUniqueID = L.UniqueID  
LEFT JOIN Quotes Q ON N.TargetUniqueID = Q.UniqueID  
WHERE L.LeadID = @LeadID OR Q.LeadID = @LeadID

在现实生活中,我总共有五个可以附加注释的表,并且这个数字可以随着应用程序的增长而增长。我已经在上设置了非聚集索引 唯一标识符 我正在使用的列和SQL事件探查器说我不能再做任何改进,但是当我对实际大小的测试数据集进行性能测试时,我得到了以下数字:

• 联合所有 _0.010秒
• 左连接 _0.744秒

我一直听说用 UNION 很糟糕,而且 联合所有 只是稍微好一点,但表现数字似乎无法证明这一点。当然, 联合所有 SQL代码可能更难维护,但在这种性能差异下,它可能是值得的。

所以是 联合所有 这里好多了,还是我错过了 左连接 代码会减慢速度吗?