ora-01427错误源于子查询返回多行却用于单值上下文，如=、select列表、set赋值等；应改用in/exists、聚合函数、rownum=1或类型对齐等方案解决。
ORA-01427 不是子查询写错了，而是你把它塞进了一个只认单值的地方——比如 =、SELECT 列表、SET 赋值这些位置。Oracle 硬性要求这些上下文里必须返回 0 行或 1 行 1 列，多一行就炸。
WHERE 中用 = 套子查询，结果多行就报错
这是最典型的触发点：外层条件指望一个值，子查询却吐出一堆。
- 错误写法：
WHERE deptno = (SELECT deptno FROM dept WHERE loc = 'NEW YORK')—— 如果纽约有 3 个部门，立刻 ORA-01427 - 改用
IN：语义是“属于其中任意一个”，天然支持多行：WHERE deptno IN (SELECT deptno FROM dept WHERE loc = 'NEW YORK') - 改用
EXISTS：语义是“是否存在匹配”，不关心多少行，性能通常更好：WHERE EXISTS (SELECT 1 FROM dept d WHERE d.deptno = e.deptno AND d.loc = 'NEW YORK') - 别用
IN+ 可能含NULL的子查询：比如WHERE x IN (SELECT y FROM t)，若子查询返回NULL，整个条件恒假；此时EXISTS更稳
SELECT 列表里子查询返回多行，不能直接显示
标量子查询在 SELECT 里必须收敛成一个值，否则无法对齐主表的每一行。
- 错误写法：
SELECT name, (SELECT phone FROM contacts WHERE emp_id = e.id) FROM emp e—— 某员工有 2 个电话，就崩 - 加聚合取一个：
(SELECT MAX(phone) FROM contacts WHERE emp_id = e.id)（字符串按字典序取最大） - 用
ROWNUM = 1取首行（注意必须嵌套排序）：(SELECT phone FROM (SELECT phone FROM contacts WHERE emp_id = e.id ORDER BY updated_date DESC) WHERE ROWNUM = 1) - 别写
LIMIT 1或TOP 1：Oracle 不识别，直接语法报错
UPDATE 的 SET 子句里子查询多行也炸
更新赋值和 SELECT 列表一样严苛：每个目标行只能被赋予一个确定的值。
- 错误写法：
UPDATE emp SET dept_id = (SELECT dept_id FROM dept WHERE loc = emp.city)—— 某城市有多个部门？全挂 - 补唯一条件：
UPDATE emp SET dept_id = (SELECT dept_id FROM dept d WHERE d.loc = emp.city AND d.is_default = 'Y') - 或强制取一：
UPDATE emp SET dept_id = (SELECT dept_id FROM (SELECT dept_id FROM dept WHERE loc = emp.city ORDER BY priority) WHERE ROWNUM = 1) - 更稳妥的做法是先查出映射关系建临时表，再用
MERGE或JOIN UPDATE，避免子查询反复执行
最容易被忽略的隐式坑：类型不匹配导致计划失效
有时子查询明明只查主键，也报 ORA-01427。检查是否因字段类型不一致触发了隐式转换，让索引失效、扫描全表，意外扫出多行。
- 比如外层是
NUMBER字段，子查询返回的是VARCHAR2主键 —— Oracle 自动转，但可能绕过索引 - 用
EXPLAIN PLAN看执行计划，确认子查询是否走了索引；没走，就手动加TO_NUMBER()或统一字段类型 - 用
DBMS_XPLAN.DISPLAY查看实际返回行数，验证是不是“本该 1 行，结果扫了 50 行”
