能，但必须是标量子查询——即只返回单行单列的结果，否则报错；它作为计算字段使用，需括号包裹、加别名，且对主查询每行独立执行，存在性能风险。
子查询能直接写在SELECT列表里吗？
能，但必须是标量子查询——也就是只返回单行单列的结果。如果子查询返回多行或多列，SQL会直接报错 Subquery returns more than 1 row 或类似错误。
这种用法本质是把子查询当作一个“计算字段”来用，和 AVG()、COUNT() 这类聚合函数地位类似，但它更灵活，可以跨表关联、带条件过滤。
- 必须用括号包裹，例如：
(SELECT name FROM users WHERE id = orders.user_id) - 不能有
ORDER BY（除非配合LIMIT 1，否则语法不合法） - 别名必须加，否则某些数据库（如 PostgreSQL）会拒绝解析
- 性能风险高：对主查询每一行都会执行一次子查询，数据量大时容易拖慢整条语句
MySQL 和 PostgreSQL 在 SELECT 中用子查询的差异
MySQL 允许在子查询里用外部表字段做关联（相关子查询），PostgreSQL 也支持，但对别名引用更严格；SQL Server 要求子查询必须有别名才能被主查询引用。
常见写法示例（查订单同时带用户姓名和最近一条评论）：
SELECT order_id, (SELECT username FROM users u WHERE u.id = o.user_id) AS user_name, (SELECT content FROM comments c WHERE c.order_id = o.order_id ORDER BY created_at DESC LIMIT 1) AS latest_comment FROM orders o;
- MySQL 8.0+ 和 PostgreSQL 支持
LIMIT 1配合ORDER BY取最新记录 - SQL Server 要用
TOP 1替代LIMIT 1，且ORDER BY必须存在 - Oracle 需用
ROWNUM = 1，但要注意它在排序前就截断，得套一层子查询才能保证“最新”
为什么有时候子查询返回 NULL 而不是报错？
因为子查询没匹配到结果时，标量子查询默认返回 NULL，而不是中断执行。这是设计行为，不是 bug，但容易让人误以为逻辑错了。
- 检查是否漏了
WHERE条件，比如user_id为NULL时，WHERE u.id = o.user_id永远不成立 - 用
COALESCE()显式处理：COALESCE((SELECT ...), '未知用户') - 想让无匹配时报错？做不到——SQL 标准不支持 SELECT 列中强制非空校验，得靠应用层或触发器补位
替代方案：什么时候该放弃 SELECT 里的子查询？
当子查询要多次引用同一张表、或需要多字段、或涉及复杂聚合时，LEFT JOIN + ROW_NUMBER() 或 LATERAL（PostgreSQL）通常更清晰、更可控、更容易优化。
- 比如要取每个用户的前三条订单，硬塞进 SELECT 会重复写三次子查询，还难维护
- 用
LATERAL可以自然关联，MySQL 8.0 的JOIN LATERAL（需开启）或 PostgreSQL 原生支持 - 哪怕只是取一个字段，如果子查询里有
GROUP BY或窗口函数，也建议拆成 JOIN 子句，避免优化器误判
最常被忽略的一点：SELECT 中的子查询无法被索引下推，即使你给 users.id 加了索引，每次执行仍可能触发全表扫描——尤其是子查询里用了函数或类型转换时。
