子查询结果不能直接用JOIN连接，因JOIN需关联条件而子查询常无共同键；若仅需横向拼接单值，应使用标量子查询；若按相同维度分组对齐，则用LEFT JOIN并确保分组字段一致。
子查询结果无法直接用 JOIN 连接？先确认是否真需要 JOIN
多数情况下，你并不是“要用 JOIN 合并子查询”，而是想把多个独立聚合结果（比如用户总数、活跃数、昨日新增）拼成一行展示。这时候 JOIN 不仅写法绕，还容易因无关联字段导致笛卡尔积或空行。更自然的做法是用 SELECT 列表中直接放子查询——只要每个子查询返回单值，就能横向拼成一行。
只有当子查询各自按相同维度（如 user_id 或日期）分组，且你想按该维度对齐多指标时，才真正需要 JOIN。否则优先考虑标量子查询。
用标量子查询横向拼接单值结果（最常用场景）
适用于统计类报表：各指标无共同主键，但都只产出一个数字。这种写法简洁、安全、兼容所有主流 SQL 引擎。
- 每个子查询必须严格返回 0 或 1 行 1 列，否则报错（如 PostgreSQL 报
more than one row returned by a subquery used as an expression） - 子查询外层不能加
AS别名以外的任何修饰（不能有FROM、WHERE等），否则语法错误 - MySQL 允许子查询返回空行（结果为
NULL），PostgreSQL 和 SQL Server 要求显式处理空情况，可用COALESCE((SELECT ...), 0)
SELECT (SELECT COUNT(*) FROM users WHERE status = 'active') AS active_count, (SELECT COUNT(*) FROM users WHERE created_at >= CURRENT_DATE - INTERVAL '1 day') AS new_today, (SELECT AVG(age) FROM users WHERE age IS NOT NULL) AS avg_age;
用 LEFT JOIN 对齐分组结果（需共享分组键）
当你有多个子查询都按同一字段分组（例如按 region 统计销售额、订单数、退货率），且希望结果按该字段对齐时，LEFT JOIN 才有意义。注意：必须选一个子查询作为主表（通常选数据最全的那个），其余用 LEFT JOIN 避免丢行。
- 所有子查询的
GROUP BY字段必须完全一致（包括类型和别名），否则ON条件失效 - 避免用
INNER JOIN——某指标无数据时整行消失，常导致漏数 - PostgreSQL 中子查询必须加别名（如
AS sales），否则报subquery in FROM must have an alias - 如果某个子查询可能无对应分组，其字段会是
NULL，需用COALESCE处理
SELECT r.region, COALESCE(s.total_sales, 0), COALESCE(o.order_count, 0), COALESCE(rtn.return_rate, 0) FROM (SELECT DISTINCT region FROM users) r LEFT JOIN (SELECT region, SUM(amount) AS total_sales FROM orders GROUP BY region) s ON r.region = s.region LEFT JOIN (SELECT region, COUNT(*) AS order_count FROM orders GROUP BY region) o ON r.region = o.region LEFT JOIN (SELECT region, AVG(returned::int) AS return_rate FROM returns GROUP BY region) rtn ON r.region = rtn.region;
为什么不用 UNION 或 CTE？它们解决的是不同问题
UNION 是纵向堆叠结果集（追加行），不是横向合并列；CTE（WITH）只是给子查询起名，不改变连接逻辑——它本身不提供“一行显示”能力，仍要配合 JOIN 或标量子查询使用。
常见误用：写一个 WITH 定义多个子查询，然后在主查询里 SELECT * FROM cte1, cte2 ——这实际是隐式 CROSS JOIN，若两个 CTE 各返回 10 行，结果就是 100 行，而非 10 行带两列。
真正关键点在于：SQL 的“一行显示”本质是列对齐，不是行拼接。决定用哪种方式，只取决于你的子查询是否共享可关联的键，以及是否允许 NULL 占位。
