FIX: 重新排列与之前不选择性的联接和外部联接的筛选条件的外部联接

注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。

点击这里察看该文章的英文版: 318530
错误 #: 356418 (SHILOH_BUGS)
症状
如果提交包含有一个筛选器条件的 at least 一个外部联接的查询上内部外部联接 (for example,一个筛选器条件的左边外部联接,右表或左的表的右外部联接上) 的 WHERE 子句中 SQL Server 可能执行较低选择性的联接第一次而不是尽早执行该外部联接并应用筛选条件。如果从该外部联接筛选条件是其中一个更具选择性的查询条件,未能处理计划中早期的条件可能会导致:
  • 较大的中间联接大小。
  • 通过在 SQL Server 提高资源利用率处理。
  • 查询的速度较慢的响应时间。
解决方案

SQL Server 2005 年的分辨率

若要解决此问题,获得最新的 service pack,SQL Server 2005 年。有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
913089如何获取最新的 service pack,SQL Server 2005 年
安装 SQL Server 2005 service pack 后,您必须打开跟踪标志 4101 若要解决此问题。

对于 SQL Server 2000 分辨率

若要解决此问题,获得最新的 service pack,对于 Microsoft SQL Server 2000。有关详细的信息请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
290211如何获取最新的 SQL Server 2000 服务包
: Microsoft SQL Server 2000 Service Pack 3 的版本之前创建的以下修补程序。

此修复程序的英文版应具有以下文件属性或更高版本:
   Version       File name   -----------------------------   8.00.0584     Sqlservr.exe				
: 由于文件相关性的最新的修补程序或功能,它包含该文件可能还包含其他文件。

状态

SQL Server 2005 年的状态

Microsoft 已经确认这是在"适用于"一节中列出的 Microsoft 产品中的问题。
Microsoft SQL Server 2005 Service Pack 1 中,第一次已得到纠正此问题。

对于 SQL Server 2000 状态

Microsoft 已经确认这是在"适用于"一节中列出的 Microsoft 产品中的问题。
Microsoft SQL Server 2000 Service Pack 3 中,第一次已得到纠正此问题。
更多信息
下面的 contrived 的联接方案使用 pubs 数据库来演示该方案:
set ansi_nulls offgouse pubsgocreate procedure dbo.ansi_nulls_param @P1 varchar(11) asselect t.title_id, a.au_id, ta.title_id, s.stor_id from titles t    left outer join titleauthor ta on ta.title_id = t.title_id   inner join authors a on a.au_id = t.title_id   inner join sales s on s.title_id = t.title_idwhere ta.title_id = @P1goexec dbo.ansi_nulls_param '123-45-6789'godrop proc dbo.ansi_nulls_paramgo--Slower Query Plan:       |--Filter(WHERE:([ta].[title_id]=[@P1]))            |--Nested Loops(Left Outer Join, OUTER REFERENCES:([t].[title_id]))                 |--Nested Loops(Inner Join, OUTER REFERENCES:([s].[title_id]))                 |    |--Nested Loops(Inner Join, OUTER REFERENCES:([s].[title_id]))                 |    |    |--Index Scan(OBJECT:([pubs].[dbo].[sales].[titleidind] AS [s]))                 |    |    |--Clustered Index Seek(OBJECT:([pubs].[dbo].[authors].[UPKCL_auidind] AS [a]), SEEK:([a].[au_id]=[s].[title_id]) ORDERED FORWARD)                 |    |--Clustered Index Seek(OBJECT:([pubs].[dbo].[titles].[UPKCL_titleidind] AS [t]), SEEK:([t].[title_id]=[s].[title_id]) ORDERED FORWARD)                 |--Index Seek(OBJECT:([pubs].[dbo].[titleauthor].[titleidind] AS [ta]), SEEK:([ta].[title_id]=[t].[title_id]) ORDERED FORWARD)--Faster Query Plan:       |--Nested Loops(Inner Join, OUTER REFERENCES:([a].[au_id]))            |--Nested Loops(Inner Join, OUTER REFERENCES:([t].[title_id]))            |    |--Filter(WHERE:([ta].[title_id]=[@P1]))            |    |    |--Nested Loops(Left Outer Join, OUTER REFERENCES:([t].[title_id]))            |    |         |--Index Scan(OBJECT:([pubs].[dbo].[titles].[titleind] AS [t]))            |    |         |--Index Seek(OBJECT:([pubs].[dbo].[titleauthor].[titleidind] AS [ta]), SEEK:([ta].[title_id]=[t].[title_id]) ORDERED FORWARD)            |    |--Clustered Index Seek(OBJECT:([pubs].[dbo].[authors].[UPKCL_auidind] AS [a]), SEEK:([a].[au_id]=[t].[title_id]) ORDERED FORWARD)            |--Index Seek(OBJECT:([pubs].[dbo].[sales].[titleidind] AS [s]), SEEK:([s].[title_id]=[a].[au_id]) ORDERED FORWARD)				
注意 titleauthor 表是右表的左外部联接和 WHERE 子句条件上要应用该外部联接后的 titleauthor。输出显示在原始的速度较慢的查询计划的第一次执行所有内部联接和外部联接和筛选器执行最后一次,即使这是最选择性查询的条件。第二个查询计划是一个强制的计划的演示速度更快的计划的外观,在其中外部联接和筛选器被首先执行,跟剩余的内部联接。

对于此特定的方案,优化程序将继续甚至在应用此修复程序后,请选择第一个计划。这是因为这些表是太小,并且第一个计划的估计的成本足够低它被认为更好一些,只需运行与该计划,比它继续搜索后续的备选方案。随着在表中的数据的增加的第一个计划成本变得更高并且优化器开始选择第二个计划。

警告:本文已自动翻译

属性

文章 ID:318530 - 上次审阅时间:02/04/2008 17:13:56 - 修订版本: 5.1

Microsoft SQL Server 2000 标准版, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL 2005 Server Enterprise, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL 2005 Server Workgroup

  • kbmt kbhotfixserver kbqfe kbsqlserv2000sp3fix kbbug kbfix kbsqlserv2000presp3fix KB318530 KbMtzh
反馈