单表子查询能否/是否应改写为Join？SQL性能优化疑问

首先明确：单表场景下完全可以用Join替代你这种返回单值的标量子查询，但所谓“更优”得结合可读性和数据库优化器的表现来看，并非绝对。

替代的Join写法 #

针对你查询Horse表中身高高于平均值的需求，有两种常见的Join改写方式：

方式1：Cross Join 关联平均值子查询

SELECT h.RegisteredName, h.Height
FROM Horse h
CROSS JOIN (SELECT AVG(Height) AS AvgHeight FROM Horse) avg_h
WHERE h.Height > avg_h.AvgHeight
ORDER BY h.Height;

方式2：Inner Join（逻辑等价于Cross Join）

SELECT h.RegisteredName, h.Height
FROM Horse h
JOIN (SELECT AVG(Height) AS AvgHeight FROM Horse) avg_h
  ON h.Height > avg_h.AvgHeight
ORDER BY h.Height;

性能与可读性分析 #

1. 性能层面：现代主流数据库（MySQL、PostgreSQL、SQL Server等）的查询优化器会自动将你的原标量子查询写法，优化成和上述Join写法几乎一致的执行计划——都是仅计算一次平均身高，再遍历表过滤符合条件的行。所以三种写法的性能没有本质差异。
2. 可读性层面：你的原写法更简洁直观，直接表达了“身高大于平均”的业务逻辑；Join写法则更适合需要多次复用平均值的场景（比如同时展示每匹马身高与平均值的差值）。

对教材观点的补充 #

教材提到“Join替代子查询更快”的说法需要辩证看待：

• 对于**标量子查询（返回单值）**或简单的IN/EXISTS子查询，优化器通常会做等价转换，性能差异可以忽略。
• 只有当子查询是**关联子查询（依赖外部查询的列）**且优化器无法有效优化时，改写为Join才可能带来明显性能提升。
• 含NOT EXISTS或GROUP BY的子查询确实难以直接改写为Join，但并非绝对，具体要结合业务逻辑判断。

内容的提问来源于stack exchange，提问作者ImpossibleInc