SQL子查询在标量上下文中返回多行会报错，应改用IN、EXISTS、聚合函数或LIMIT 1等方法处理；其中IN适用于多值匹配，EXISTS更安全高效，聚合或LIMIT 1需谨慎使用。
当 SQL 子查询返回多行，而外部查询期望单个值（比如在 =、、> 等标量比较操作中使用），数据库会直接报错。
标量上下文中多行子查询会报错
这类错误常见于 WHERE 子句中用等号比较一个子查询结果：
- MySQL 报错：
Subquery returns more than 1 row - PostgreSQL 报错：
more than one row returned by a subquery used as an expression - SQL Server 报错：
Subquery returned more than 1 value
例如：SELECT * FROM orders WHERE customer_id = (SELECT id FROM customers WHERE city = 'Beijing');
如果北京有多个客户，子查询返回多行，整个语句就执行失败。
用 IN 替代 = 处理多行结果
若想匹配多个可能的值，应改用 IN（或 NOT IN）：
-
WHERE customer_id IN (SELECT id FROM customers WHERE city = 'Beijing')是合法且高效的 -
IN明确支持子查询返回零行、一行或多行 - 注意：
NULL在IN子查询中可能导致意外结果，必要时加IS NOT NULL过滤
用 EXISTS 检查存在性
当只需判断“是否存在满足条件的记录”，优先用 EXISTS：
WHERE EXISTS (SELECT 1 FROM customers c WHERE c.id = orders.customer_id AND c.city = 'Beijing')- 不关心返回多少行，只关心是否至少有一行匹配
- 通常比
IN更快，尤其在子查询表很大、外部表较小时；还能自然处理NULL值问题
聚合或 LIMIT 强制单行（谨慎使用）
极少数场景下可人为限制为单行，但需明确业务含义：
- 用
MAX()、MIN()、COUNT()等聚合函数把多行转为单值 - MySQL 支持
LIMIT 1，但 PostgreSQL/SQL Server 需用FETCH FIRST 1 ROW ONLY或子查询加ROW_NUMBER() - ⚠️ 避免无明确理由的
LIMIT 1：结果不可预测，易掩盖数据逻辑问题
