标量子查询必须返回单值，即0或1行且仅1列，否则报错；可出现在select、where、order by等表达式位置；性能差于join，需注意null处理与嵌套风险。
标量子查询必须返回单个值，否则报错
标量子查询本质是「在表达式位置出现的 SELECT 语句」，它必须严格返回 0 行或 1 行、且仅 1 列。一旦返回多行（比如 SELECT user_id FROM orders WHERE status = 'pending'），执行时会直接抛出错误，常见如 PostgreSQL 的 more than one row returned by a subquery used as an expression，MySQL 的 Subquery returns more than 1 row。
实际写法中，最容易踩的坑是没加 LIMIT 1 或没用聚合/唯一条件兜底：
- ❌ 错误：
SELECT name, (SELECT city FROM users WHERE dept_id = t.dept_id) AS city FROM teams t—— 若一个部门对应多个用户，子查询就可能返回多行 - ✅ 安全写法一（聚合兜底）：
(SELECT MAX(city) FROM users WHERE dept_id = t.dept_id) - ✅ 安全写法二（唯一约束 + LIMIT）：
(SELECT city FROM users WHERE dept_id = t.dept_id AND is_primary = true LIMIT 1)
标量子查询能用在 SELECT、WHERE、ORDER BY 等几乎所有表达式位置
它不是只能放在 SELECT 列表里。只要上下文期待一个标量值（即单个值），就能用。比如：
- 在
SELECT中补字段：SELECT id, (SELECT COUNT(*) FROM logs WHERE log.user_id = users.id) AS log_count FROM users - 在
WHERE中做条件判断：WHERE salary > (SELECT AVG(salary) FROM employees) - 在
ORDER BY中动态排序：ORDER BY (SELECT created_at FROM audit_log WHERE target_id = orders.id ORDER BY id DESC LIMIT 1)
注意：在 WHERE 或 HAVING 中使用时，如果子查询返回 NULL（比如无匹配行），整个条件会变成 UNKNOWN，导致该行被过滤掉——这和 IS NULL 判断逻辑不同，容易被忽略。
性能敏感场景下，标量子查询往往比 JOIN 慢得多
数据库通常会对每个外层行单独执行一次标量子查询（即“相关子查询”），相当于隐式循环。比如外层有 10 万行，子查询即使走索引，也可能执行 10 万次。
替代方案优先考虑 LEFT JOIN + 聚合或窗口函数：
- ❌ 低效：
SELECT u.name, (SELECT COUNT(*) FROM orders o WHERE o.user_id = u.id) cnt FROM users u - ✅ 更优：
SELECT u.name, COALESCE(o.cnt, 0) cnt FROM users u LEFT JOIN (SELECT user_id, COUNT(*) cnt FROM orders GROUP BY user_id) o ON u.id = o.user_id
只有当子查询结果集极小、或外层数据极少（如只查 1–5 行）时，标量子查询才相对合理。
NULL 处理要主动，不能依赖默认行为
标量子查询没匹配到任何行时，结果就是 NULL，不会报错。但很多业务逻辑需要区分「无数据」和「值为 NULL」，这时候得提前处理：
- 用
COALESCE提供默认值：COALESCE((SELECT email FROM contacts WHERE user_id = u.id AND type = 'work'), 'N/A') - 用
CASE WHEN EXISTS显式判断是否存在：CASE WHEN EXISTS (SELECT 1 FROM flags f WHERE f.user_id = u.id) THEN 'active' ELSE 'inactive' END - 避免在计算字段中直接用子查询结果做算术运算，比如
(SELECT bonus FROM rewards ...) * 1.1—— 一旦子查询返回 NULL，整列结果全为 NULL
真正麻烦的是嵌套多层标量子查询，每层都可能为 NULL，链式计算极易静默失败。这种结构越早拆成 CTE 或临时表越稳妥。
