EXCEPT是标准SQL关键字，被PostgreSQL、SQL Server等支持；MINUS是Oracle专属语法，MySQL和SQL Server不识别；二者均按列位置匹配、自动去重、不保证顺序，且NULL视为相等。
EXCEPT 和 MINUS 的本质区别在哪
EXCEPT 和 MINUS 都用于返回左表有、右表没有的行，但它们不是跨数据库通用的：
-
EXCEPT是标准 SQL（SQL:2003）关键字，被 PostgreSQL、SQL Server、SQLite 支持 -
MINUS是 Oracle 专属语法，MySQL 和 SQL Server 完全不识别它
如果你在 MySQL 里写 SELECT FROM a MINUS SELECT FROM b，会直接报错 ERROR 1064 (42000)；同理，在 Oracle 中用 EXCEPT 也会失败。别指望“换个别名就能跑通”。
列数、类型、顺序必须严格一致
EXCEPT 和 MINUS 不是按列名匹配，而是按位置（ordinal position）比对：
- 左右查询的列数必须相等
- 对应位置的列类型需兼容（例如
INT和BIGINT通常可隐式转换，但VARCHAR和DATE不行） - 列名以左查询为准，右查询的列名会被忽略
常见翻车点：
- 左查写了
SELECT id, name FROM users，右查却写成SELECT name, id FROM backups→ 结果是 name 和 id 互相比，逻辑全错 - 左查用
COALESCE(email, '')，右查直接写email→ 若 email 为 NULL，空字符串和 NULL 在比较时可能不等价（取决于 DBMS 的 NULL 处理规则）
自动去重且不保证顺序，需要显式排序
EXCEPT 和 MINUS 默认对结果去重（相当于自带 DISTINCT），且不保留任何输入顺序。即使左表有序，结果也不一定有序。
要确保可预期输出，必须加 ORDER BY：
SELECT id, status FROM orders_active EXCEPT SELECT id, status FROM orders_archived ORDER BY id;
注意：
-
ORDER BY必须放在整个语句末尾，不能写在任一子查询里 - 排序字段必须出现在
SELECT列表中（PostgreSQL 要求严格，SQL Server 宽松些） - 如果只想要“差集”但不需要排序，也得接受它是无序的——别依赖执行计划或表扫描顺序
替代方案：什么时候该放弃 EXCEPT/MINUS
当遇到以下情况，硬套 EXCEPT 或 MINUS 反而更麻烦：
- 需要保留左表重复行（比如找“出现 3 次但备份表里一次都没出现的订单号”）→ 改用
LEFT JOIN ... WHERE right.id IS NULL - 表结构差异大，要对比的字段少但列多 → 手动写出所需列比对，避免类型隐式转换风险
- 跨数据库迁移脚本 → 统一改用
NOT EXISTS，兼容性最好，语义也最清晰
NOT EXISTS 示例（推荐用于复杂条件或兼容性要求高时）：
SELECT a.id, a.name FROM users a WHERE NOT EXISTS ( SELECT 1 FROM users_backup b WHERE b.id = a.id AND b.name = a.name );
NULL 值处理永远是最容易漏掉的一环：两个 NULL 在 EXCEPT 中被视为相等，但在 JOIN 或 = 比较中不是。这点不验证清楚，差集结果就不可信。
