数据库三大范式

第一种表设计:

userID	userName	sex	age	tel	region
1	张	男	22	123	河南省北京市永旺区
2	李	女	21	456	河南省安阳市朝阳区23号
3	六	女	21	456	河南省安阳市朝阳区22号

注意：不符合第一范式，region列不具有原子性，可以拆分成省市县

第二种表设计:

userID	userName	sex	age	tel	province	city	region
1	张	男	22	123	山东省	北京市	永旺区
2	李	女	21	456	山西省	海淀市	朝阳区23号
3	六	女	21	456	河北省	承德市	朝阳区253号

符合第一范式

例子引入

设计一个订单信息表，订单有多种商品，将订单编号和商品编号作为联合主键

第一种表设计：

错误示范.png

第二种表设计：

正确示范.png

第一种表设计不满足第二范式。
订单编号和商品编号作为联合主键，由于商品名称，单位，价格这几列只与商品编号有关，与订单编号无关，因此与主键（联合主键）无关，违反范式第二原则；

例子引入

需求描述：
需要再数据库种存储如下信息：
学生编号
学生卡号
用户ID号
操作员级别
操作日期
操作时间

第一种表设计

studentNo	cardNo	userID	userLevel	date	time
021101	1	Operator	操作员	2011/10/24/	11：100

不符合第三范式，在表种，一个userID能确定一个userLevel。
userLevel依赖userID, 而 userID 依赖studentNo和cardNo，这样就导致了依赖传递

第二种表设计（符合第三范式）

studentNo	cardNo	userID	date	time
021101	1	Operator	2011/10/24/	11：100

userID	userLevel
Operator	操作员

搬运自stutterr，侵删，各种侵各种删

最后编辑于：2019.10.25 11:35:38

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成，浏览时请结合常识与多方信息审慎甄别。
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。