MINUS是Oracle最轻量常用的表级比对方式，但返回空不等于两表一致，因它仅单向去重差集；需同时验证行数相等且双向MINUS均为空，否则可能漏判多出记录。
直接说结论：用 minus 是 oracle 里最轻量、最常用的表级数据比对方式，但必须严格控制字段顺序、类型和 null 处理，否则结果不可信。
为什么 MINUS 返回空不等于两表数据一致
很多人执行 SELECT * FROM t1 MINUS SELECT * FROM t2 得到空结果，就以为两表完全一样——这是错的。因为 MINUS 只做单向差集，且隐式去重、隐式按整行判等。真正要确认“完全一致”，得同时满足两个条件：
- 两表行数相等（
COUNT(*)必须先查） -
t1 MINUS t2和t2 MINUS t1都返回 0 行
漏掉任一条件，比如只查了 t1 MINUS t2 为空，但 t2 比 t1 多几条记录，就会误判。
MINUS 报 ORA-01789 错误的常见原因
错误信息：ORA-01789: query block has incorrect number of result columns。这不是语法错，而是两个 SELECT 的投影列“表面一致但实际不兼容”。典型场景有：
- 一边用了
SELECT *，另一边显式写了字段，但表结构已变更（比如新增列），导致列数不等 - 字段顺序不一致：即使字段名、类型都一样，
SELECT a, b FROM t1 MINUS SELECT b, a FROM t2会报错 - 隐式类型转换失败：如
VARCHAR2(10)存 "123" 和NUMBER存 123，在MINUS中不会自动对齐，可能报错或漏比
解决办法：永远显式写出字段，且顺序、类型、长度保持一致；数值/日期字段建议统一用 TO_CHAR(col, 'FM999999999.00') 或 TRUNC(dt) 标准化。
NULL 值怎么影响 MINUS 判断
Oracle 中 NULL = NULL 为 UNKNOWN，但在 MINUS 里被当作“相等”处理——这和 WHERE col1 = col2 完全不同。后果是：
- 如果两行仅在某个
NULL字段上相同，其余字段也相同，MINUS会认为这两行“重复”，从而去重 - 但如果业务上要求“NULL 和非 NULL 不算相同”，就得提前转换，例如用
NVL(col, '##NULL##')替代原始字段 - 特别注意 CLOB/BLOB 字段：不能参与
MINUS，会直接报错；必须排除或转成DBMS_LOB.SUBSTR截断后比对
一个容易被忽略的点：MINUS 对含 NULL 行的去重逻辑，和你手写 GROUP BY 的行为不一致，别靠直觉推断。
怎么标记差异来源并避免 UNION 消掉关键信息
想一眼看出哪些是“旧表独有”、哪些是“新表独有”，必须加来源标识。但这里有个致命陷阱：
- 用
UNION合并两次MINUS结果，会再次去重——如果某行在两边MINUS结果中恰好字段值完全一样（比如都只有emp_id为 100），它会被合并成一行，丢失来源信息 - 正确做法是用
UNION ALL，并确保第一列是常量字符串，例如：SELECT 'OLD_ONLY' AS src, emp_id, ename FROM emp_old MINUS SELECT 'OLD_ONLY', emp_id, ename FROM emp_new - 如果字段多、手动写麻烦，可以用动态 SQL 生成字段列表，但别省略
AS src别名，否则后续ORDER BY或导出时列名混乱
大表慎用：两次全表扫描 + 排序，性能陡降。真要跑全量，优先加 WHERE 过滤（如 WHERE last_update > SYSDATE - 7），而不是硬扛。
