一、维护数据的完整性

数据的完整性用于确保数据库数据遵从一定的商业和逻辑规则，在oracle中，数据完整性可以使用约束、触发器、应用程序（过程、函数）三种方法来实现，在这三种方法中，因为约束易于维护，并且具有最好的性能，所以作为维护数据完整性的首选。

二、约束

约束用于确保数据库数据满足特定的商业规则。在oracle中，约束包括：not null、 unique， primary key， foreign key和check 五种。

1)、not null(非空)

如果在列上定义了not null，那么当插入数据时，必须为列提供数据。

2)、unique(唯一)

当定义了唯一约束后，该列值是不能重复的，但是可以为null。

3)、primary key(主键)

用于唯一的标示表行的数据，当定义主键约束后，该列不但不能重复而且不能为null。

需要说明的是：一张表最多只能有一个主键，但是可以有多个unqiue约束。

4)、foreign key(外键)

用于定义主表和从表之间的关系。外键约束要定义在从表上，主表则必须具有主键约束或是unique 约束，当定义外键约束后，要求外键列数据必须在主表的主键列存在或是为null。

5)、check

用于强制行数据必须满足的条件，假定在sal列上定义了check约束，并要求sal列值在1000-2000之间如果不在1000-2000之间就会提示出错。

三、商店售货系统表设计案例

现有一个商店的数据库，记录客户及其购物情况，由下面三个表组成：

商品goods(商品号goodsId，商品名goodsName，单价unitprice，商品类别category，供应商provider)；

客户customer(客户号customerId，姓名name，地址address，电邮email，性别sex，身份证cardId)；

购买purchase(客户号customerId，商品号goodsId，购买数量nums)；

请用SQL语言完成下列功能：建表，在定义中要求声明：

(1). 每个表的主外键；

(2). 客户的姓名不能为空值；

(3). 单价必须大于0，购买数量必须在1到30之间；

(4). 电邮不能够重复；

(5). 客户的性别必须是男或者女，默认是男；

SQL> create table goods(
 goodsId char(8) primary key, --主键
 goodsName varchar2(30),
 unitprice number(10,2) check(unitprice>0),
 category varchar2(8),
 provider varchar2(30)
);
SQL> create table customer( 
 customerId char(8) primary key, --主键
 name varchar2(50) not null, --不为空
 address varchar2(50),
 email varchar2(50) unique, --唯一
 sex char(2) default '男' check(sex in ('男','女')), -- 一个char能存半个汉字，两位char能存一个汉字
 cardId char(18)
);
SQL> create table purchase( 
 customerId char(8) references customer(customerId),
 goodsId char(8) references goods(goodsId),
 nums number(10) check (nums between 1 and 30)
);
表是默认建在SYSTEM表空间的

四、表级定义、列级定义

1)、列级定义

列级定义是在定义列的同时定义约束。

如果在department表定义主键约束

create table department4(
 dept_id number(12) constraint pk_department primary key,
 name varchar2(12), 
 loc varchar2(12)
);

2)、表级定义

表级定义是指在定义了所有列后，再定义约束。这里需要注意：

not null约束只能在列级上定义。

以在建立employee2表时定义主键约束和外键约束为例：

create table employee2(
 emp_id number(4), 
 name varchar2(15),
 dept_id number(2), 
 constraint pk_employee primary key (emp_id),
 constraint fk_department foreign key (dept_id) references department4(dept_id)
);

约束是数据库用来确保数据满足业务规则的手段，不过在真正的企业开发中，除了主键约束这类具有强需求的约束，像外键约束，检查约束更多时候仅仅出现在数据库设计阶段，真实环境却很少应用，更多是放到程序逻辑中去进行处理。

总之，对于约束的选择无所谓合不合理，需要根据业务系统对于准确性和性能要求的侧重度来决定。

后面会分享更多关于DBA和devops内容，感兴趣的朋友可以关注下！