能，但必须是标量子查询（返回单行单列），否则报错Subquery returns more than 1 row；因其需满足SQL标准对SELECT列表每个表达式必须产出确定值的要求，且存在N+1执行性能陷阱，应优先考虑JOIN或预聚合优化。
子查询能直接写在 SELECT 列表里吗？
能，但必须是标量子查询（返回单行单列），否则会报错 Subquery returns more than 1 row。这不是语法限制，而是 SQL 标准要求：SELECT 列表中的每个表达式都得产出一个确定值。
常见错误是把本该放在 FROM 或 WHERE 的关联逻辑硬塞进 SELECT，比如想查“每个用户的订单总数”却写成：
SELECT name, (SELECT COUNT(*) FROM orders WHERE user_id = users.id) FROM users;
这看似可行，但实际执行时每查一行用户就要跑一次子查询，性能很差——尤其用户表大、订单表没索引时。
什么时候该用 SELECT 中的子查询？
适合替代 JOIN 的轻量场景，比如只需要某个关联值、又不想改变主表行数或引入重复行。典型例子：查用户姓名 + 其最新一条订单的金额。
- 用子查询：简洁，不改变
users行数，(SELECT amount FROM orders WHERE user_id = users.id ORDER BY created_at DESC LIMIT 1)可以直接写在 SELECT 里 - 用 LEFT JOIN + 窗口函数或子查询预聚合：更可控，但语句变长
- 用 LEFT JOIN + GROUP BY：容易因多订单导致数据膨胀，需额外去重逻辑
注意：LIMIT 在子查询中不是所有数据库都支持（MySQL 5.7+ 支持，PostgreSQL 要用 FETCH FIRST 1 ROW ONLY，SQLite 支持）。
MySQL 和 PostgreSQL 的关键差异
MySQL 允许在子查询中使用外部表字段（相关子查询），但 PostgreSQL 同样支持，只是对别名引用更严格。最容易踩的坑是别名作用域问题：
SELECT id, (SELECT status FROM order_status os WHERE os.order_id = o.id) AS status FROM orders o;
这里 o.id 在子查询里能被识别，但如果你写成 orders.id（没用别名），某些 MySQL 版本会报 Unknown column 'orders.id' in subquery。
- 始终给主表加别名（如
o），并在子查询里用该别名引用字段 - PostgreSQL 要求子查询里的外部列必须显式可解析，不能依赖隐式作用域
- SQL Server 不允许在子查询里用
TOP 1而不用ORDER BY，否则报错
性能陷阱和替代方案
标量子查询本质是“N+1 查询”：主表 N 行，子查询就执行 N 次。哪怕加了索引，开销也远高于一次 JOIN。
- 如果子查询涉及大表扫描或复杂计算，优先考虑改写为 JOIN 或先用 CTE 预聚合
- MySQL 8.0+ 可用
LATERAL（类似 PostgreSQL）让子查询“随主表行驱动”，但语法更绕 - 确认执行计划：用
EXPLAIN看子查询是否走了索引，还是每次都全表扫orders
真正需要关注的不是“能不能写”，而是“值不值得这么写”——多数时候，一行子查询背后藏着三行优化空间。
