标量子查询多行报错本质是业务逻辑异常，需根据语义改用in、exists或关联子查询，而非强行limit/聚合；每处=子查询都应验证其单行假设是否成立。
WHERE 中用 = 遇到多行子查询直接报错？换 IN 或 EXISTS
MySQL 报 Subquery returns more than 1 row，Oracle 报 ORA-01427，本质不是语法错，而是你写了 = (SELECT ...) 却让子查询返回了两行及以上——数据库没法决定拿哪一行去比。
别加 LIMIT 1 或 ROWNUM = 1 硬压，这会掩盖“为什么本该唯一却返回多行”的真实问题。
- 如果本意是“status 属于这些值中的任意一个”，改用
IN：WHERE status IN (SELECT status FROM audit_log WHERE event_id = 123) - 如果本意是“只要存在匹配记录就行”，改用
EXISTS：WHERE EXISTS (SELECT 1 FROM audit_log WHERE event_id = 123 AND status = t.status) -
IN遇到子查询返回NULL会整体判为UNKNOWN，可能漏数据；EXISTS不受NULL影响，语义更干净
SELECT 列表里子查询爆多行？补关联条件，别碰 DISTINCT
写成 (SELECT meta_value FROM user_meta WHERE meta_title = 'user_image') 是典型错误：没限定 user_id，一查就是全表扫描，必然多行，加 DISTINCT 也救不了——它只去重，不减行数。
正确做法是把外层主表字段带进去，做成相关子查询：
(SELECT um.meta_value FROM user_meta um WHERE um.user_id = team_request.user_id AND um.meta_title = 'user_image')- 如果某
user_id下真没记录，这个写法自然返回NULL，符合标量预期 -
DISTINCT只在“因 JOIN 导致重复行”时有用，不是多行子查询的急救包
真要取一行（比如最新记录）？ORDER BY + LIMIT/TOP 是硬要求
只写 LIMIT 1 或 TOP 1 是留坑：数据库不保证哪条被选中，无序取值等于随机取值。
- 查“最新一条”，必须写
ORDER BY created_at DESC LIMIT 1（MySQL/PostgreSQL）或ORDER BY created_at DESC TOP 1（SQL Server） - SQL Server 强制要求子查询中用
TOP 1时必须配ORDER BY，否则语法报错 - PostgreSQL 允许无序
LIMIT，但结果不可复现；上线前得确认业务是否接受不确定性
聚合函数能压成单行，但得先问业务是否允许
MAX()、MIN()、COUNT() 确实能强制返回单值，但前提是“取最大/最小/数量”本身符合业务逻辑。
- 查“用户公司名”，写
(SELECT MAX(CORP_NAME) FROM corp_info WHERE key = u.corp_key)—— 如果同一key对应多个公司名，MAX()返回字典序最大那个，未必是实际所属公司 - 同一药品+药房有多条库存记录，业务要的是总量？那用
SUM()合理；要的是最新一条？那就得走ORDER BY + LIMIT，不能用聚合糊弄 - 聚合不是兜底方案，它是业务语义的显式表达；用错等于改需求
= (SELECT ...) 都该被当成一个待验证的业务假设：这个子查询，在当前上下文里，真的应该只返回一行吗？
