上篇主要是说了些基本表的一些基本概念,这一篇主要是想说一下范式的应用。
在大二的时候学数据库的时候是学的SQL Server数据库,里面也讲到了范式,现在就来看看三大范式。
第一范式:如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式.比如一个工人的基本信息表,里面有工人的工号,性别,年龄,这些属性都是不可分割的,所以这个表就符合了第一范式。
第二范式: 就是在第一范式的基础上延伸,使之表里的每个字段都与主键发生关系。假如一个关系满足第一范式,并且除了主键以外的其它字段,都依赖于该主键,则满足第二范式.
例如:订单表(订单编号、产品编号、定购日期、价格、……),"订单编号"为主键,"产品编号"和主键列没有直接的关系,即"产品编号"列不依赖于主键列,这个列我们就可以把它删除。
第三范式:在第二范式的基础上更进一步,也就是为了实现表里的列都与主键列直接相关,不是间接相关。这个我们可以用“Armstrong 公理”中的传递规则来推理。
我们来看一下它的定义:
设U是关系模式R 的属性集,F 是R 上成立的只涉及U 中属性的函数依赖集。若X→Y 和 Y→Z在R 上成立,则X →Z 在R 上成立。因此我们就来看在网上搜索到的例子:例如:订单表(订单编号,定购日期,顾客编号,顾客姓名,……),初看该表没有问题,满足第二范式,每列都和主键列"订单编号"相关,再细看你会发现"顾客姓名"和"顾客编号"相关,"顾客编号"和"订单编号"又相关,最后经过传递依赖,"顾客姓名"也和"订单编号"相关。为了满足第三范式,应去掉"顾客姓名"列,放入客户表中。
这里其实就是为了说明数据库的表里步要出现冗余,在顾客表里已经有了"顾客姓名"了,而在订单表里就别出现了,而直接根据顾客编号相关联就可以,否则造成资源浪费。
以上就是三大范式。
延伸:我们来看这三大范式:
第一范式:1NF是对属性的原子性约束,要求属性具有原子性,不可再分解;
第二范式:2NF是对记录的惟一性约束,要求记录有惟一标识,即实体的惟一性;
第三范式:3NF是对字段冗余性的约束,即任何字段不能由其他字段派生出来,它要求字段没有冗余。
其实在设计数据库的时候我们最多的要遵循的就是第三范式,但是并不是越满足第三范式数据库就设计的越完美,这种错误是错误的。有时候增加点冗余相反的会提高访问速率,因此在实际的设计过程中应降低对范式的要求。
以前对数据冗余并不是很了解,在百度知道里的定义是这样的:在一个数据集合中重复的数据称为数据冗余. 但是不是说我们表的主键在其他表里重复出现就是冗余,这不是,而是为了连接两个表。只有非键字段就是既不是主键外键等约束的键如果重复出现,就会形成数据冗余。数据冗余也包括重复性冗余和派生冗余。比如工人表里有"基本工资","奖金"两列,然后还有一个"总工资"的列,这个总工资就是派生冗余。低级的重复性冗余一定要避免,杜绝,但是像派生冗余还是提倡的因为它能提高访问的效率。
分享到:
相关推荐
数据库表设计原则技巧,非常利于大家设计数据表。
11个重要的数据库设计原则
数据库设计原则,数据库设计规范,比较经典的14个必须遵守的原则
oracle数据库索引设计原则. 数据库索引设计原则.
数据库主键设计原则:我在设计主键,会采用字符型的.不采用自动递增,在新增记录时,系统生成主键值.一般为全数字进行存入,至于主键值的生成规则,可以按需求进行规则定义.如果没有特殊的要求,只是为了保持唯一...
本文档描述了数据库设计的一些基本原则,是本人的经验总结,赶紧下载吧!
数据库设计原则 6 1.2.1. 数据库SID 6 1.2.2. 数据库全局名 6 1.2.3. 数据库类型选择 6 1.2.4. 数据库连接类型选择 7 1.2.5. 数据库SGA配置 7 1.2.6. 数据库字符集选择 8 1.2.7. 数据库其他参数配置 9 1.2.8. ...
数据库设计原则
挺好的。值得一下。 数据库设计原则. 数据库设计原则.
数据库中表的主键设计原则收藏
mysql数据库设计原则 索引使用,语句优化等
包含数据库设计的三大模式,数据库的经典数百条语句,浅谈数据库
详细讲解大型数据库的设计原则与开发技巧 大型数据库的设计原则与开发技巧.doc
oracle 数据库使用与设计的原则和技巧
数据库设计原则数据库设计原则
在数据库设计过程中总结了一些经验,相信对大家的数据库数据库设计很有帮助,欢迎下载
数据库建表原则-设计思想-查询优化
大型数据库设计原则大型数据库设计原则
数据库系统总体设计原则