你真的会玩SQL吗？三范式、数据完整性

你真的会玩SQL吗？三范式、数据完整性

每次上新功能时都需要添加新表Mssq数据完整性约束，这时就要涉及到表结构的设计，那就要提到三范式，对于三范式教科书上说得很绕口，那简单点的呢？

三范式

第一范式：属性不可分,不允许存在隐藏字段,属性保持“原子性”

第二范式：要有主键。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。

第三范式：要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

正规化范式（BCDF）：所有表中的决定因素必须是一个候选键，如果只有一个候选键，那么就和第三范式是一样的。

第四范式（4NF）：消除多值依赖。

第五范式（5NF）：消除循环依赖。

我们设计表结构往往都尊从简单的三范式，从其他元素中消除数据冗余问题， 从特定的表中最小化冗余意味着摆脱不必要的数据。

先看看目的，消除数据冗余的影响如下：

?物理空间需要存储的数据减少。

?数据变得更有组织。

?范式化允许修改少量的数据（即单记录）。换言之，一个表的具体字段记录更新时，会影响其他引用他的表。

但是，设计表遵从范式越高则存在“过度设计“的问题，会增加多表间的查询开销，我们只能适度的设计，适度的反范式。如上图中3范式，若就想把楼栋一起查询出来，那从设计上可以分开，另用一个视图将楼栋名称一起查询出来即可。

数据完整性

数据库中的数据是从外界输入的，而数据的输入由于种种原因，会发生输入无效或错误信息。保证输入的数据符合规定，成为了数据库系统，尤其是多用户的关系数据库系统首要关注的问题。数据完整性因此而提出。

数据完整性保证了在数据库中存储数据的一致性和正确性。

实体完整性：保证每一行都能被由称为主键的属性来标识

域完整性：保证在效范围内的值才能存储到相应列中

引用完整性：确保外键的值必须与相关的主键相匹配，禁止在从表中插入包含主表中不存在的关键字的数据行；

用户定义完整性：由用户指定的一组规则

实现数据完整性的主要方式是约束

主键约束 primary key 确保字段值不重复不为NULL

唯一约束 unique 确保字段值不重复

外键约束 foreign key 确保字段值必须来自于指定表

检查约束 check 确保字段值的取值范围

缺省约束 default 给相应字段提供默认值

注：约束即可在创表时创建，也可在已存在的表上添加

（编辑：源码门户网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!