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

 

你真的会玩SQL吗?系列目录

你真的会玩SQL吗?之逻辑查询处理阶段

你真的会玩SQL吗?和平大使 内连接、外连接

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

你真的会玩SQL吗?查询指定节点及其所有父节点的方法

你真的会玩SQL吗?让人晕头转向的三值逻辑

你真的会玩SQL吗?EXISTS和IN之间的区别

你真的会玩SQL吗?无处不在的子查询

你真的会玩SQL吗?Case也疯狂

你真的会玩SQL吗?表表达式,排名函数

你真的会玩SQL吗?简单的 数据修改

你真的会玩SQL吗?你所不知道的 数据聚合

你真的会玩SQL吗?透视转换的艺术

你真的会玩SQL吗?冷落的Top和Apply

你真的会玩SQL吗?实用函数方法汇总

你真的会玩SQL吗?玩爆你的数据报表之存储过程编写(上)

你真的会玩SQL吗?玩爆你的数据报表之存储过程编写(下)

 

每次上新功能时都需要添加新表,这时就要涉及到表结构的设计,那就要提到三范式,对于三范式教科书上说得很绕口,那简单点的呢?

   三范式

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

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

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

 

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

第四范式(4NF):消除多值依赖。

第五范式(5NF):消除循环依赖。

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

先看看目的,消除数据冗余的影响如下:

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

数据变得更有组织。

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

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

 

数据完整性

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

 

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

  1. 实体完整性:保证每一行都能被由称为主键的属性来标识
  2. 域完整性:保证在效范围内的值才能存储到相应列中
  3. 引用完整性:确保外键的值必须与相关的主键相匹配,禁止在从表中插入包含主表中不存在的关键字的数据行;
  4. 用户定义完整性:由用户指定的一组规则

 

  实现数据完整性的主要方式是约束
  1. 主键约束 primary key 确保字段值不重复不为NULL
  2. 唯一约束 unique 确保字段值不重复
  3. 外键约束 foreign key 确保字段值必须来自于指定表
  4. 检查约束 check 确保字段值的取值范围
  5. 缺省约束 default  给相应字段提供默认值
  6. 注:约束即可在创表时创建,也可在已存在的表上添加

 

练习

      若想更深入了解可看一下园友的文章 你真的了解 “范式”吗?
posted @ 2015-10-30 09:10  欢醉  阅读(4996)  评论(9编辑  收藏  举报