Oracle中删除重复行最稳妥方式是GROUP BY结合ROWID：先按业务字段分组定位重复组，再用MIN/MAX(ROWID)锚定保留行，删其余行；需处理NULL陷阱，推荐EXISTS替代NOT IN以避免空值问题。
Oracle 中删除重复行，最稳妥、可控的方式是组合使用 GROUP BY 和 ROWID ——前者定位重复组，后者精确锚定要保留或剔除的物理行。直接用 DISTINCT 或 GROUP BY ... SELECT 无法安全删数据，而仅靠 ROWID 子查询又容易漏判或多删。二者配合才是生产环境推荐做法。
用 GROUP BY 找出重复组合，再用 ROWID 定位最小/最大行
核心逻辑：先按业务字段（如 pid, pname）分组，确认哪些值组合出现了多次；再在每组内用 MIN(ROWID) 或 MAX(ROWID) 挑出唯一代表行。删数据时只留这个代表行，其余全删。
-
MIN(ROWID)通常对应最早插入的那行（但不绝对，取决于块分配顺序），适合“保留原始记录”场景 -
MAX(ROWID)常对应最新插入的那行，适合“保留最新版本”场景 - 必须把所有用于判断重复的列都写进
GROUP BY，缺一不可，否则分组逻辑错乱 - 子查询里不能出现
SELECT *，只能选分组列 + 聚合函数，否则 Oracle 报ORA-00979: not a GROUP BY expression
示例（保留每组 pid+pname 中 ROWID 最小的行）：
DELETE FROM persons WHERE ROWID NOT IN ( SELECT MIN(ROWID) FROM persons GROUP BY pid, pname );
ROWID 子查询里别漏加 WHERE 条件，否则可能误删整表
上面的 GROUP BY 写法看似简洁，但有个致命陷阱：如果表里存在某组字段全为 NULL 的行，GROUP BY 会把它们归为同一组，而 MIN(ROWID) 可能只返回一个，导致其他 NULL 行被删掉 —— 这往往不是你想要的“按业务含义去重”，而是意外清空。
- 遇到含
NULL的字段参与去重时，必须显式处理：WHERE pid IS NOT NULL AND pname IS NOT NULL - 或者改用
EXISTS+ 自连接方式，对NULL更鲁棒（见下一条） - 执行前务必先用
SELECT验证子查询结果集大小，比如：SELECT COUNT(*) FROM (SELECT MIN(ROWID) FROM persons GROUP BY pid, pname)，确认它等于你预期的“去重后行数”
用 EXISTS 替代 NOT IN 避开 NULL 和性能问题
NOT IN 在子查询结果含 NULL 时整个条件恒为 FALSE，导致零行被删 —— 这比多删更难排查，因为看起来“执行成功但没效果”。EXISTS 没这个问题，且 Oracle 对它的执行计划优化通常更好。
- 等价逻辑：删掉那些“存在另一行和它字段相同，但
ROWID更小”的行 - 写法更贴近自然语言，也更容易加索引提示（比如在
pid,pname上建组合索引） - 注意关联条件里字段要一一对应，且两侧都需处理
NULL（可用NVL或DECODE，但会损失索引效率）
示例：
DELETE FROM persons p1
WHERE EXISTS (
SELECT 1
FROM persons p2
WHERE p2.pid = p1.pid
AND p2.pname = p1.pname
AND p2.ROWID < p1.ROWID
);
大表操作前必须加 FOR UPDATE 或分批提交
直接 DELETE 百万级表，极易触发锁表、UNDO 空间爆满、事务超时等问题。Oracle 默认不会自动分批，得自己控制。
- 先用
SELECT COUNT(*)确认重复行占比，若超过 30%，建议走CREATE TABLE AS SELECT DISTINCT+ 重建索引路径 - 若坚持原地删，用 PL/SQL 分批（例如每次
DELETE ... ROWNUM ），并配 <code>COMMIT - 对关键表，执行前加
SELECT ... FOR UPDATE SKIP LOCKED预占资源，避免中途被其他会话阻塞 -
ROWID是物理地址，跨分区或 IOT 表时行为可能异常，务必查文档确认当前表类型是否支持
真正麻烦的从来不是语法怎么写，而是你没法一眼看出哪几行算“重复”——业务语义模糊、NULL 处理分歧、历史数据脏乱，这些才决定最终删得对不对。动手前，先用 SELECT 把要删的 ROWID 列出来看三遍。
