1Z0-051-DDL-表的约束

Posted 2020-07-31

表的约束

表约束是数据库能够实施业务规则以及保证数据遵循实体-关系模型的一种手段。如果

DML违法了约束，则将自动回滚整个语句。

1.1 约束类型

（1）UNIQUE 约束

注：对于具有UNIQUE约束的列，可以插入多个包含NULL的行，而对于PRIMARYKEY约束而言，不能存在这种可能。

（2）NOT NULL约束

（3）PRIMARY KEY 约束

注：UNIQUE和PRIMARY KEY 约束需要索引，如果不存在，就会自动予以创建。一张表只有一个主键。

（4）CHECK 约束

（5）FOREIGN KEY约束

注：外键约束在子表上定义，但此时在父表上必须存在UNIQUE或primary key约束。一般而言，unique约束所有列以及foreign key 约束中的所有列最好也定义not  null约束。

 

【问题】在字表中插入父表中没有匹配行的行，将发生错误，同样在父表中将在子表中已经存在的行删除，则删除相应的行将引发错误。

【解决方案1】在创建约束是创建为ON DELETE CASCADE。

  这意味着，如果删除父表中的行，那么Oracle将在子表中搜索索引匹配行，并删除它们。这将自动发生。

【解决方案2】（此方案较温和）将约束创建为ONDELETE SET NULL.

在这种情况下，如果删除父表中的行，Oracle将在子表中搜索索引匹配行,并将外键列设为空。

 

1.2 定义约束

【案例】在创建表时定义约束

 create table dept(

  2 deptno number(2,0) not null constraint dept_deptno_pk primary key,

  3 constraint dept_deptno_ck check (deptno between 10 and 90),

  4 dname varchar2(20) constraint dept_dname_nn not null);

 

Table created.

 

SQL> alter tableemp rename to emp1;

 

Table altered.

 

SQL> create tableemp(

  2 empno number(4,0) not null constraint emp_empno_pk primary key,

  3 ename varchar2(20) constraint emp_ename_nn not null,

  4  mgrnumber(4,0) constraint emp_mgr_fk references emp(empno),

  5  dobdate,

  6 hiredate date,

  7 deptno number(2,0) constraint emp_deptno_fk references dept(deptno)

  8  ondelete set null,

  9 email varchar2(30) constraint emp_email_uk unique,

 10 constraint emp_hiredate_ck check(hiredate >=dob +365*16),

 11 constraint emp_email_ck

 12 check((instr(email,‘@‘) > 0) and (instr(email,‘.‘) > 0)));

 

Table created.

 

 

1.3 约束状态

任何时候，约束都处于启用或禁用状态，验证或非验证状态。

• ENABLE     VALIDATE   无法输入违反约束的行，而且表中的所有行都符合约束。（理想情况，默认）

• DISABLE     NOVALIDATE  可以输入任何数据（无论是否符合要求），表中可能已经存在不符合要求的数据。（批量导入数据时）

• ENABLE  NOVALIDATE   表中可能已经存在不符合要求的数据，但现在输入的所有数据必须符合要求。

•  DISABLE VALIDATE 这种情况不存在

 

SQL> alter tableemp modify constraint emp_ename_nn disable novalidate;

 

Table altered.

 

SQL> insert intoemp select * from emp1;

 

SQL> alter tableemp modify constraint emp_ename_nn enable novalidate;

 

Table altered.

 

SQL>update empset ename = ‘NOT KNOWN‘ where ename is null;

 

SQL> alter tableemp modify constraint emp_ename_nn enable validate;

 

Table altered.

 

 

1.4 约束检查

 

可以在执行语句是检查约束（IMMEDIATE 约束）或者提交事务是检查约束(DEFERRED约束）。默认情况下，所有约束都是IMMEDIATE约束，不能延迟。

将上例子中的代替方法将约束创建为DEFERRED（延迟）约束。

SQL> setconstraint emp_ename_nn deferred;

SQL> insert intoemp select * from emp1;

SQL>update empset ename = ‘NOT KNOWN‘ where ename is null;

SQL>commit;

SQL>set constraint emp_ename_nn immediate;

 

要使约束成为延迟约束，必须使用适当方法进行创建。

SQL>alter table emp add constraint emp_ename_nn

 check(ename is not null) deferrable initiallyimmediate;

  2

Table altered.

 

此时重新执行约束延迟才能成功。

SQL> setconstraint nn_emp_ename deferred;

Constraint set.

 

SQL> insert intoemp select * from emp1;

SQL>update empset ename = ‘NOT KNOWN‘ where ename is null;

SQL>commit;

 

SQL> setconstraint nn_emp_ename immediate;

Constraint set.

 

 

（1）查找约束的名称

 

SQL> selectconstraint_name,constraint_type,column_name

  2  fromuser_constraints natural join user_cons_columns

  3 where table_name =‘&Table‘;

 

 

（2）修改约束名称

Altertable  emp rename constraint old_name tonew_name;

 

（3）向webstore模式中添加如下约束

SQL>alter table orders add constraint pk_order_id primary key(order_id);

SQL>alter table products add constraint pk_product_id primarykey(product_id);

SQL>alter table order_items add constraint fk_product_id foreignkey(product_id) references products(product_id);

SQL>alter table order_items add constraint fk_order_id foreign key(order_id) references orders(order_id);

SQL>alter table orders add constraint fk_customer_id foreignkey(customer_id) references customers(customer_id);

本文出自 “奋斗不止” 博客，请务必保留此出处http://peenboo.blog.51cto.com/2865551/1793884