ALL运算符必须配合比较操作符（如>、<、=等）使用，作用于单列多行子查询结果，语义为“全部满足”；空结果集时恒返回TRUE，且自动忽略NULL值。
ALL 运算符必须搭配比较操作符一起用
单独写 WHERE x > ALL(...) 是合法的，但写成 WHERE x = ALL(...) 或 WHERE x IN ALL(...) 会报错——ALL 不是集合成员判断工具，它只修饰单个比较操作符（=、>、<、>=、<=、<> 或 !=），且要求子查询返回**一列多行**结果。
常见错误现象：ERROR: more than one row returned by a subquery used as an expression，这通常是因为误把 ALL 当成了标量子查询的修饰符，而没加比较符；或者子查询意外返回了多列。
- 子查询必须是单列：例如
(SELECT salary FROM employees WHERE dept = 'sales')✅，不能是(SELECT id, salary FROM ...)❌ -
ALL的语义是“全部满足”：比如x > ALL(S)等价于x > MAX(S)；x < ALL(S)等价于x < MIN(S) - 空结果集时
ALL返回TRUE（注意：这是三值逻辑下的“vacuously true”，常被忽略）
用 > ALL 替代 MAX() 更安全，尤其含 NULL 时
当子查询可能返回 NULL，直接用 MAX() 可能导致整个表达式为 NULL（从而过滤掉所有行），而 > ALL 会自动跳过 NULL 值参与比较——只要非空值都满足条件，就成立。
示例场景：查出薪资**高于所有销售部员工**的员工（包括销售部有 NULL 薪资的情况）：
SELECT name, salary FROM employees e1 WHERE salary > ALL ( SELECT salary FROM employees e2 WHERE e2.dept = 'sales' AND salary IS NOT NULL );
- 显式加
AND salary IS NOT NULL是冗余的——ALL本就忽略NULL，但保留它可提升可读性 - 如果销售部全员
salary都是NULL，子查询结果为空，则> ALL返回TRUE，此时所有员工都会被选中（需结合业务判断是否合理） - 性能上，多数数据库会对
> ALL自动优化为> MAX()，但执行计划仍建议用EXPLAIN确认
慎用 = ALL，它等价于“全相等且非空”
= ALL 很少用，但容易误解。它要求主查询值等于子查询**每一行的值**，这意味着子查询最多只能返回一行有效值（否则就是“既要等于 5 又要等于 8”，永远为假）；若子查询为空，= ALL 返回 TRUE。
典型误用：WHERE status = ALL (SELECT status FROM orders WHERE user_id = 123) —— 本意可能是“用户所有订单状态都相同”，但实际只要子查询返回两行不同值，整条就失效。
- 正确做法：先确认子查询是否单值，可用
COUNT(DISTINCT status) = 1配合HAVING或窗口函数 - 若真要表达“等于子查询中每一个值”，优先考虑重构逻辑，比如用
NOT EXISTS+ 差集检查 -
<> ALL才是更常见的需求（即“不等于任何一个”，等价于NOT IN，但对NULL更鲁棒）
子查询返回空时的逻辑最容易被忽略
当 ALL 的子查询无结果（比如 SELECT x FROM t WHERE 1=0），任何比较都会返回 TRUE。这不是 bug，是 SQL 标准定义的“空集全称命题为真”。但在业务中，这往往意味着“条件未生效”，比如：
想查“薪资高于所有已离职员工”，但当前没有已离职员工记录 → 子查询为空 → > ALL 为 TRUE → 所有在职员工都被返回。
- 必须主动拦截空情况：可在子查询外层用
CASE或联合EXISTS判断 - 例如：
WHERE EXISTS (SELECT 1 FROM ex_employees) AND salary > ALL (SELECT salary FROM ex_employees) - 这个细节在测试覆盖和线上排查时经常成为隐性故障点
