谁能解释这种行为或如何解决?
如果执行此查询:
select *
from TblA
left join freetexttable ( TblB, *, 'query' ) on TblA.ID = [Key]
inner join DifferentDbCatalog.dbo.TblC on TblA.ID = TblC.TblAID
这将非常非常非常缓慢。
如果将查询更改为使用两个内部联接而不是左侧联接,则查询速度将非常快。如果将其更改为使用两个左联接而不是内部联接,它将非常快。
如果还使用sql表变量而不是freetexttable,则可以观察到相同的行为。
每当您有一个表变量(或freetexttable)和一个不同数据库目录中的表时,就会出现性能问题,其中一个在内部联接中,另一个在左联接中。
有谁知道为什么这么慢,或者如何加快速度?
一般的经验法则是,OUTER JOIN导致结果集中的行数增加,而INNER JOINs导致结果集中的行数减少。 当然,在很多情况下,情况也相反,但是以这种方式工作的可能性更大。您想要做的就是保持结果集(工作集)的大小尽可能小。
由于两个联接在第一个表上都匹配,因此更改顺序不会影响结果的准确性。因此,您可能想在LEFT JOIN之前执行INNER JOIN:
SELECT *
FROM TblA
INNER JOIN DifferentDbCatalog.dbo.TblC on TblA.ID = TblC.TblAID
LEFT JOIN freetexttable ( TblB, *, 'query' ) on TblA.ID = [Key]
实际上,无论您为联接指定了哪个顺序,查询优化器都应该足够聪明以进行编译以使用更快的选项。但是,最好假装您有一个笨拙的查询优化器,并且查询操作是按顺序进行的。这有助于将来的维护者发现有关表性质的潜在错误或假设。
因为优化器应该重新编写代码,所以这可能不足以完全解释您所看到的行为,因此您仍然需要检查用于每个查询的执行计划,并可能按照前面的建议添加索引。但是,这仍然是学习的好原则。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。