Как удалить строки с двунаправленными зависимостями?

Я должен задаться вопросом, как ваши данные вообще оказались в этом состоянии, поскольку ваши внешние ключи not null. Если бы обе таблицы были изначально пусты, вы бы никогда не смогли вставить строку ни в одну из них.

Игнорируя это на мгновение, воссоздавая ваш сценарий, у меня нет проблем с отключением ограничений:

CREATE TABLE tablea(id NUMBER(19, 0) NOT NULL, 
                    rtablea_id NUMBER(19, 0) NOT NULL, 
                    PRIMARY KEY(id))
/

CREATE TABLE tableb(id NUMBER(19, 0) NOT NULL, 
                    rtableb_id NUMBER(19, 0) NOT NULL, 
                    PRIMARY KEY(id))
/

INSERT INTO tablea
VALUES     (1, 2)
/

INSERT INTO tableb
VALUES     (2, 1)
/

ALTER TABLE tablea ADD CONSTRAINT fka1 
                       FOREIGN KEY (rtablea_id)  
                       REFERENCES tableb
/
ALTER TABLE tableb ADD CONSTRAINT fkb1  
                       FOREIGN KEY (rtableb_id)  
                       REFERENCES tablea
/
ALTER TABLE tablea MODIFY CONSTRAINT fka1 DISABLE
/
ALTER TABLE tableb MODIFY CONSTRAINT fkb1 DISABLE
/
delete tablea
/
delete tableb
/
commit
/

Результат:

Table created.
Table created.
1 row created.
1 row created.
Table altered.
Table altered.
Table altered.
Table altered.
1 row deleted.
1 row deleted.
Commit complete.

Я не уверен, как вы получите ошибку ORA-02297 при попытке отключить внешний ключ. Эта ошибка обычно возникает при отключении первичного или уникального ключа, на который опирается внешний ключ.

Я подозреваю, что вы действительно хотите установить ограничения на initially deferred. Это позволит вам выполнять вставки и удаления для каждой таблицы отдельно, если соответствующая строка была обновлена ​​или удалена до того, как транзакция будет зафиксирована:

CREATE TABLE tablea(id NUMBER(19, 0) NOT NULL,  
                    rtablea_id NUMBER(19, 0) NOT NULL,  
                    PRIMARY KEY(id))
/

CREATE TABLE tableb(id NUMBER(19, 0) NOT NULL,  
                    rtableb_id NUMBER(19, 0) NOT NULL,  
                    PRIMARY KEY(id))
/

ALTER TABLE tablea ADD CONSTRAINT fka1 
                       FOREIGN KEY (rtablea_id) 
                       REFERENCES tableb 
                       INITIALLY DEFERRED
/
ALTER TABLE tableb ADD CONSTRAINT fkb1 
                       FOREIGN KEY (rtableb_id) 
                       REFERENCES tablea 
                       INITIALLY DEFERRED
/

INSERT INTO tablea
VALUES     (1, 2)
/

INSERT INTO tableb
VALUES     (2, 1)
/

INSERT INTO tableb
VALUES     (3, 1)
/

COMMIT
/

DELETE tableb
WHERE  id = 2
/

UPDATE tablea
SET    rtablea_id   = 3
WHERE  id = 1
/

COMMIT
/

Результат:

Table created.
Table created.
Table altered.
Table altered.
1 row created.
1 row created.
1 row created.
Commit complete.
1 row deleted.
1 row updated.
Commit complete.

Вы уверены, что Hibernate нельзя сказать создать ограничения как отсроченные? Если в DDL не используется ключевое слово DEFERRABLE, ограничения по умолчанию не будут откладываться. Это будет означать, что вы не сможете удалить данные. Если у вас есть схема с циклическими ссылками, вы всегда хотели бы объявлять ограничения внешнего ключа отсроченными.

Вы можете удалить ограничения, удалить данные, а затем заново создать ограничения (либо с помощью Hibernate DDL, либо добавив в конце предложение INITIALLY DEFERRED DEFERRABLE). Но это было бы серьезной проблемой, если бы вы удаляли данные из любой таблицы с любой частотой. У вас также могут возникнуть проблемы со вставкой новых данных, если новая строка A хочет ссылаться на новую создаваемую вами строку B.

Мне не удалось добавить INITIALLY DEFERRED, потому что базы данных (а также лежащие в их основе сценарии Hibernate) уже существуют. Для новых систем это был бы вариант, однако есть много инструментов (из которых я знаю только несколько), которые полагаются на базу данных в ее текущей форме, и я слишком боялся каких-либо непреднамеренных побочных эффектов, добавляя этот параметр в 700 столов.

Поэтому я использовал следующее решение:

alter table TableA MODIFY CONSTRAINT FKA1 DISABLE;
alter table TableB MODIFY CONSTRAINT FKB1 DISABLE;

delete from TableA where id = 1;
delete from TableB where id = 2;

alter table TableA MODIFY CONSTRAINT FKA1 ENABLE;
alter table TableB MODIFY CONSTRAINT FKB1 ENABLE;