加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MsSql教程 > 正文

为什么SQL连接选择次优查询计划?

发布时间:2020-12-12 16:11:15 所属栏目:MsSql教程 来源:网络整理
导读:好的,所以我意识到这是一个很模糊的问题,但是忍受我. 我在许多场合经历了这个问题,有不同的和不相关的查询.下面的查询需要很长的时间才能执行: SELECT FieldsFROM Multiple Tables Joined LEFT JOIN (SELECT Fields FROM Multiple Tables Joined ) ON Condit
好的,所以我意识到这是一个很模糊的问题,但是忍受我.

我在许多场合经历了这个问题,有不同的和不相关的查询.下面的查询需要很长的时间才能执行:

SELECT <Fields>
FROM <Multiple Tables Joined>
    LEFT JOIN (SELECT <Fields> FROM <Multiple Tables Joined> ) ON <Condition>

但是,只需添加连接提示即可在几秒钟内查询执行:

SELECT <Fields>
FROM <Multiple Tables Joined>
    LEFT HASH JOIN (SELECT <Fields> FROM <Multiple Tables Joined> ) ON <Condition>

奇怪的是,在提示中指定的JOIN的类型并不是真的提高了性能.这似乎是因为提示使优化器隔离执行子查询,然后连接.如果为子查询创建一个表值函数(而不是内联函数),我看到同样的性能提升.例如

SELECT <Fields>
FROM <Multiple Tables Joined>
    LEFT JOIN dbo.MySubQueryFunction() ON <Condition>

任何人都有任何想法为什么优化器在这种情况下是如此愚蠢?

解决方法

如果这些表中的任何一个都是表变量,则优化器使用0行的不良估计,通常选择嵌套循环作为连接技术.

这样做是由于缺乏所涉及的表的统计数据.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读