abd*_*_05 11 oracle key database-integrity
是否有一些等效的Mysql特定指令禁用外键约束的检查?
SET FOREIGN_KEY_CHECKS = 0;
Oracle中没有可以立即禁用所有约束的命令.
但是,似乎您希望在删除表的上下文中禁用约束.在这种情况下,您可以使用该CASCADE CONSTRAINTS子句从其他表中删除引用约束以及要删除的表.
这是一个例子:
SQL> CREATE TABLE t1 (ID NUMBER PRIMARY KEY);
Table created
SQL> CREATE TABLE t2 (ID NUMBER REFERENCES t1);
Table created
SQL> INSERT INTO t1 VALUES (1);
1 row inserted
SQL> INSERT INTO t2 VALUES (1);
1 row inserted
SQL> -- this fails because of the foreign key
SQL> DROP TABLE t1;
ORA-02449: unique/primary keys in table referenced by foreign keys
SQL> DROP TABLE t1 CASCADE CONSTRAINTS;
Table dropped
Run Code Online (Sandbox Code Playgroud)
SET FOREIGN_KEY_CHECKS = 0;是基于会话的。在 Oracle 上下文中,我只能想象当您有循环引用时需要这样做。
你评论说这是你想要做的:
SET FOREIGN_KEY_CHECKS = 0;
DROP TABLE table1;
DROP TABLE table2;
SET FOREIGN_KEY_CHECKS = 1;
Run Code Online (Sandbox Code Playgroud)
我假设这意味着 TABLE1 有一个引用 TABLE2 的外键,而 TABLE2 有一个引用 TABLE1 的外键。
如果是这种情况,那么穆迪兹的回答是正确的。您想在删除表之前禁用外键:
alter table table1 disable constraint <constraint_name>;
alter table table2 disable constraint <constraint_name>;
drop table table1;
drop table table2;
Run Code Online (Sandbox Code Playgroud)
在会话期间禁用所有外键是没有意义的,您只对其中两个感兴趣,这两个都将随表一起删除。
你不希望永远禁止所有外键。
我能想到的唯一其他上下文是,如果您想在循环引用中插入一些内容,在这种情况下,您可以将约束声明为 DEFERRABLE。这意味着约束检查是在事务结束时完成的,而不是在执行 DML 时完成,请参阅文档。
如果您的引用不是循环的,那么只需按其他顺序删除表格即可。