关联查询/子查询 VS 连接查询
我们是否可以将普通的子查询/相关子查询转换为连接类型查询？
can we always convert a usual subquery/correlated subquery to join type query?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
我们是否可以将普通的子查询/相关子查询转换为连接类型查询？
can we always convert a usual subquery/correlated subquery to join type query?
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（2）
是的，但这意味着您 JOIN 的内容可以出现在结果集中。 EXISTS 或 IN 子句中的子查询不会有这种风险。
Yes, but it means that what you JOIN to can appear in the result set. A subquery in either an EXISTS or IN clause would not have this risk.
是和否...
是的，因为 JOIN/EXISTS/IN 通常给出相同的计划并且通常是相同的
否，因为如果 EXISTS 表有 >主表有 1 行，您需要 DISTINCT 以避免重复
如果这是相关的并且您不需要 EXISTS 表中的数据，我会坚持使用 EXISTS 类型查询
yes and no...
Yes, in that JOIN/EXISTS/IN usually give the same plan and are often the same
No, in that if the EXISTS table has > 1 row for the main table you'll need DISTINCT to avoid dupes
I'd stick with an EXISTS type query if this is relevant and you don't need data from the EXISTS table