gpt4 book ai didi

sql-server - TSQL - 连接表的正确顺序是什么?

转载 作者:太空狗 更新时间:2023-10-30 01:42:50 25 4
gpt4 key购买 nike

我的 google-fu 和 so-fu 在这里让我失望了,所以我不妨问问。

我有很多包含多个连接的查询。

在一个查询中,我将 header /项目/详细信息连接在一起,并查找这些记录的各种信息。

加入时,我会尽量按相关顺序排列。例如:我的标题有两个查找表,所以我会在加入我的项目表之前加入这些表。

这样对吗?

在查找表之前加入更大的表是否更好?或相反亦然?

我是否应该在连接到小表时使用loop 提示,而在连接到 openrowsets 时使用merge 提示?

我确信答案是“视情况而定”,但一些有效且高效地加入的一般准则会非常有帮助。谢谢!

最佳答案

编辑:根据您的问题(和 Kirk Woll 的)评论,您应该明白 order of your joins is aesthetic, and does not directly impact the resulting execution plan .查询优化器将以最有效的顺序执行连接,并在绝大多数时间使用适当的连接操作,而无需任何提示。

当涉及到你的连接顺序的美学时,这有点主观,但我会说在阅读查询时以任何逻辑上有意义的顺序将你的表连接在一起......如果你以@HeaderId开始,开始使用该表,然后 JOIN 到子表:

FROM
Header h
JOIN Items i ON h.HeaderId = i.HeaderId
JOIN Details d ON i.ItemId = d.ItemId
WHERE
h.HeaderId = @HeaderId

但是,如果您使用 @DetailId 开始查询,我会以相反的顺序加入。

FROM
Details d
JOIN Items i ON d.ItemId = i.ItemId
JOIN Header h ON i.HeaderId = h.HeaderId
WHERE
d.DetailId = @DetailId

但是,这是主观的,只是我个人的喜好。

当您开始包含 OUTER JOIN 时,它变得不那么主观了...尝试构建您的查询以避免任何 RIGHT OUTER JOIN,而是使用 LEFT OUTER JOIN 的。

默认情况下不要使用连接提示...事实上,您几乎永远不会使用它们。查询优化器在选择最佳执行计划方面做得非常好。我只遇到过一个实例,我需要提供一个连接提示来改进计划……它对当时运行查询的服务器有很大帮助,但是当数据库迁移到不同的服务器时,我的连接提示破坏了查询的性能。因此,重申一下,提供连接提示通常不是一个好主意。

关于sql-server - TSQL - 连接表的正确顺序是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9927555/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com