级联删除,比如你删除某个表的时候后面加这个关键字,会在删除这个表的同时删除和该表有关系的其他对象 1.级联删除表中的信息,当表A中的字段引用了表B中的字段时,一旦删除B中该字段的信息,表A的信息也自动删除。(当父表的信息删除,子表的信息也自动删除) 例如下面这两个表中分别存的时员工的基本信息和公司的部门信息。我们为 create table dept (deptno number(10) not null, deptname varchar2(30) not null, constraint pk_dept primary key(deptno)); 和 create table emp ( empno number(10) not null, fname varchar2(20) , lname varchar2(20) , dept number(10) , constraint pk_emp primary key(empno)); 然后我们现在增加外键试一下on delete cascade: alter table emp add constraint fk_emp_dept foreign key(dept) references dept(deptno) on delete cascade; 先增加外键。然后插入数据。 insert into dept values(1,’销售部’); insert into dept values(2,’财务部’); insert into emp values (2,’Mary’,'Song’,1); insert into emp values (3,’Linda’,'Liu’,2); insert into emp values (4,’Linlin’,'Zhang’,1); 然后现在我要删除销售部,会有什么后果呢? delete from dept where deptno = 1; 我们发现除了dept中的一条数据被删除了,emp中两条数据也被删除了,其中emp中的两条数据是参照了销售部的这条数据的,这就很容易理解on delete cascade了。 接下来我们再来看on delete set null,顾名思义了,这种方式建立的外键约束,当被参照的数据被删除是,参照该数据的那些数据的对应值将会变为空值,下面我们还是通过试验来证明on delete set null作用: 首先恢复刚才的那几条数据,然后更改约束: alter table emp add constraint fk_emp_dept foreign key(dept) references dept(deptno) on delete set null; 然后我们在执行删除操作: delete from dept where deptno = 1; 你也会发现除了dept中的销售部被删除以外,emp中参照这条数据的两条数据的dept的值被自动赋空了,这就是on delete set null的作用了。 使用on delete set null有一点需要注意的是,被参参照其他表的那一列必须能够被赋空,不能有not null约束,对于上面的例子来说是emp中dept列一定不能有not null约束,如果已经定义了not null约束,又使用了on delete set null来删除被参照的数据时,将会发生:ORA-01407: 无法更新 (”DD”.”EMP”.”DEPT”) 为 NULL的错误。 总的来讲on delete cascade和on delete set null的作用是用来处理级联删除问题的,如果你需要删除的数据被其他数据所参照,那么你应该决定到底希望oracle怎么处理那些参照这些即将要删除数据的数据的,你可以有三种方式: 禁止删除,这也是oracle默认的 将那些参照本值的数据的对应列赋空,这个需要使用on delete set null关键字 将那些参照本值的数据一并删除,这个需要使用on delete cascade关键字 2.Oracle 删除用户时报 “必须指定 CASCADE 以删除 'SE'” 这说明你要删除的oracle 用户"SE" 下面还有数据库对象,如 table, view 等,这样你删除用户时必须加选项 cascade: drop user se cascade; 表示删除用户SE,同时删除 SE 用户下的所有数据对象。 还有一个办法就是先删除 se 下的所有数据对象,使 se 变成一个啥也没有的空用户,再 drop user se; 3.ORACLE中Drop table cascade constraints之后果 当你要drop一个table时,如果删除table的动作会造成trigger或constraint产生矛盾,系统会出现错误警告的讯息而不会允许执行.。一个极简单的例子,例如你有一个员工基本资料表,上面可能有员工编号和员工姓名等字段,另外有一个员工销售表,上面有员工编号和员工销售额两个字段,员工薪资表的员工编号字段为一个foreign key参照到员工基本资料表的员工编号: SQL> drop table t; Table dropped. SQL> drop table t1; Table dropped. SQL> create table t (id number,name varchar2(20)); Table created. SQL> create table t1 (id number,sal number); Table created. SQL> alter table t add constraint t_pk primary key (id); Table altered. SQL> alter table t1 add constraint t_fk foreign key (id) references t (id); Table altered. SQL> insert into t values (1,#39;JACK'); 1 row created. SQL> insert into t values (2,#39;MARY'); 1 row created. SQL> COMMIT; Commit complete. SQL> insert into t1 values (1,1000); 1 row created. SQL> insert into t1 values (2,1500); 1 row created. SQL> commit; SQL> insert into t1 values (3,200); insert into t1 values (3,200) * ERROR at line 1: ORA-02291: integrity constraint (SYS.T_FK) violated - parent key not found (違反了constraint,員工基本資料表根本沒有3號這個員工,何來的銷售紀錄。) SQL> drop table t; drop table t * ERROR at line 1: ORA-02449: unique/primary keys in table referenced by foreign keys (违反了constraint,员工销售表t1有參照到table t,这个reference relation不允许你drop table t) SQL> drop table t cascade constraints; Table dropped. SQL> select * from t1; ID SAL ---------- ---------- 1 1000 2 1500 SQL> select CONSTRAINT_NAME,TABLE_NAME from dba_constraints where owner = #39;SYS' and TABLE_NAME = 'T1' no rows selected SQL> 我们可以发现利用Drop table cascade constraints可以以刪除关联table t的constraint來达成你drop table t的目的,原來属于t1的foreign key constraint已经跟随着被删除掉了,但是,储存在table t1的资料可不会被删除,也就是说Drop table cascade constraints 是不影响到存储于objec里的row data。 转载请保留固定链接: https://linuxeye.com/database/1443.html |