用 join 代替子查询有意义吗？

Question

例如我有一个这样的查询。

select col1 from t1 where col2>0 and col1 in (select col1 from t2 where col2>0)

据我了解，我可以用以下查询替换它：

select t1.col1 from t1
join (select col1 from t2 where col2>0) as t2
on t1.col1=t2.col1
where t1.col2>0

ADDED

在一些答案中，我在其他内部联接中看到join。两者都对吗？或者它们甚至是相同的？

Answer 1

连接通常更快，但最好的决定方法是进行基准测试。

Answer 2

这就是你想做的吗？

select col1 from t1 
inner join t2 ON t2.col1 = t1.col1
where t1.col2>0 and t2.col2>0

JOIN 绝对是正确的选择

Answer 3

更好的是：

select t1.col1
    from t1
        inner join t2
            on t1.col1 = t2.col1
    where t1.col2>0
        and t2.col2>0

Answer 4

实际上这已经足够了

select t1.col1 
from t1 join t2 On t2.col1 = t1.col1
Where t1.col2 > 0
   and t2.col2 > 0

至于哪个更快，唯一确定的方法就是测试。但我建议，除非性能是真正的用户体验问题，否则更重要的问题是长期可维护性，其中 SQL 的清晰度是首要因素。在我看来，子查询方法更清楚地表达了您正在实现的功能

Answer 5

遇到这样的问题，您无论如何都应该进行连接

select t1.col1 
from t1 join t2 On t1.col1 = t2.col1
where t1.col2 > 0 and t2.col2 > 0

，并且“连接”和“内部连接”之间没有区别。 “inner”可以省略，因为它是默认的；仅需要指定“外部”及其类型。然而，如果你这样写，“join”也可以省略：

select t1.col1 
from t1, t2 
where t1.col2 > 0 and t2.col2 > 0 
  and t1.col1 = t2.col1

Answer 6

什么有意义取决于您的编码标准。

我会避免对子查询与连接进行基准测试，直到查询本身得到优化（删除无关的连接、同义的 where 子句、过多的列检索）并且分析表明需要优化特定查询。

即便如此，您的时间可能最好花在定义 RDBMS 在执行期间使用的良好索引上。

Answer 7

像这样的东西怎么样：


选择 t1.col1
从 t1 加入 t2 在 t2.col1 = t1.col1
AND t1.col2 > 0


Answer 8

在许多情况下，查询优化器会将子查询重写为联接。如果你的子查询是其中之一，重写它会浪费时间。但如何判断是否是这种情况，我不知道。如果您当前的查询有问题，EXPLAIN 命令可能会帮助您解决。