嘿，我来帮你搞定这个问题！你遇到的ORA-02292错误本质是数据完整性约束的保护——person表作为父表，有子表通过外键关联着它的记录，直接删除父表数据会破坏关联关系，所以数据库阻止了这个操作。下面给你几个可行的解决方案，还有解决禁用约束失败的办法：

方案1：先清子表数据，再删父表（最稳妥） #

这是最安全的方式，先把所有引用person表的子表关联数据删掉，再处理父表：

CREATE OR REPLACE Procedure test 
BEGIN
  -- 先删除子表关联数据（替换成你实际的子表名和外键字段，多个子表就逐个加DELETE语句）
  DELETE FROM 你的子表名 WHERE 外键字段名 IN (SELECT id FROM person);
  -- 再删除父表数据
  DELETE FROM person;
  COMMIT; -- 别忘了提交事务
End;
/

举个例子：如果子表是user_orders，外键是person_id，那第一句就是DELETE FROM user_orders WHERE person_id IN (SELECT id FROM person);

方案2：用级联删除（一删全清） #

如果你的外键允许级联删除，删除父表数据时会自动删掉子表的关联记录。如果之前没设置这个属性，可以先修改外键约束：

-- 先删掉旧的外键约束（替换成你的约束名）
ALTER TABLE 你的子表名 DROP CONSTRAINT 外键约束名;

-- 重新添加带级联删除的外键
ALTER TABLE 你的子表名 
ADD CONSTRAINT 外键约束名 
FOREIGN KEY (外键字段名) REFERENCES person(id) ON DELETE CASCADE;

之后再执行你的删除存储过程，就不会触发ORA-02292错误了。

方案3：临时禁用约束（解决ALTER失败的问题） #

你说禁用约束时无法执行ALTER操作，大概率是两个原因：权限不够或者当前有事务在占用该表。按下面步骤操作：

1. 先确认自己有ALTER TABLE权限，如果没有，找DBA给你授权；
2. 禁用子表的外键约束：

ALTER TABLE 你的子表名 DISABLE CONSTRAINT 外键约束名;

3. 执行删除存储过程：

CREATE OR REPLACE Procedure test 
BEGIN
  DELETE FROM person;
  COMMIT;
End;
/

4. 操作完成后一定要重新启用约束，不然会破坏数据完整性：

ALTER TABLE 你的子表名 ENABLE CONSTRAINT 外键约束名;

额外提醒 #

• 执行删除前最好先备份数据，避免误删造成麻烦；
• 生产环境尽量别用禁用约束的方式，优先选方案1或方案2，保证数据一致性。

内容的提问来源于stack exchange，提问作者user13475995