数据库设计三大范式
来源:互联网 发布:程序员工作体会 编辑:程序博客网 时间:2024/06/05 04:24
1.第一范式(原子性)
第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式。
第一范式的合理遵循需要根据系统的实际需求来定。比如某些数据库系统中需要用到“地址”这个属性,本来直接将“地址”属性设计成一个数据库表的字段就行。但是如果系统经常会访问“地址”属性中的“城市”部分,那么就非要将“地址”这个属性重新拆分为省份、城市、详细地址等多个部分进行存储,这样在对地址中某一部分操作的时候将非常方便。这样设计才算满足了数据库的第一范式,如下表所示。
上表所示的用户信息遵循了第一范式的要求,这样在对用户使用城市进行分类的时候就非常方便,也提高了数据库的性能。
2.第二范式(完全依赖)
第二范式在第一范式的基础之上更进一层。第二范式需要确保数据库表中的每一列都和主键相关,而不能只与主键的某一部分相关(主要针对联合主键而言)。也就是说在一个数据库表中,一个表中只能保存一种数据,不可以把多种数据保存在同一张数据库表中。
(1)下面举一个违反第二范式的例子:
比如要设计一个订单信息表,因为订单中可能会有多种商品,所以要将订单编号和商品编号作为数据库表的联合主键,如下表所示。
订单信息表
但问题来了,这个表中是以订单编号和商品编号作为联合主键。这样在该表中商品名称、单位、商品价格等信息不与该表的主键相关,而仅仅是与商品编号相关。所以在这里违反了第二范式的设计原则。
(2)优化
如果把这个订单信息表进行拆分,把商品信息分离到另一个表中,把订单项目表也分离到另一个表中,就非常完美了。如下所示。
这样设计,在很大程度上减小了数据库的冗余。如果要获取订单的商品信息,使用商品编号到商品信息表中查询即可。
3.第三范式(消除传递依赖)
每个非关键字列都独立于其他非关键字列,并依赖于关键字,第三范式指数据库中不能存在传递函数依赖关系。
比如SL(Sno,Sdept,Sloc)存在传递依赖Sno->Sdept->Sloc
消除传递依赖后:
SD(Sno,Sdept)
DL(Sdept,Sloc)
- 数据库设计--三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- 数据库设计三大范式
- HTML CSS属性overflow、white-space、text-overflow
- 在命令行下进行Oracle用户解锁
- Kth Smallest Element in a BST
- 根据Uri获取图片绝对路径,解决Android4.4以上版本Uri转换
- Java之美[从菜鸟到高手演变]之智力题【史上最全】
- 数据库设计三大范式
- 短信黑名单app接收短信优先级权限设置
- 龙星计划机器学习笔记
- C语言的结构体、联合和枚举
- VC WIFI常用API地址
- VC 双缓冲绘图
- strut2的核心要重点以及面试常问的问题
- codeforces 490D D. Chocolate(数论)
- Mysql优化简介