mysql-(三)-数据库设计三大范式

一.数据库设计在业务流程的位置

需求分析时要将原始的需求抽象成业务模型

写成需求说明书 <需求说明书>

概要设计

抽取实体  :  业务模型  ->   实体模型 (java类)

数据库设计  :

业务模型/实体模型  ->  数据模型

详细设计

...

二.数据库设计的三大范式

第一范式:要求表的每个字段必须是不可分割的独立单元

反例

如: student
名字有曾用名和现在的名字

student name    小王|小明

查询不便         ====违法第一范式

student name old_name   ====符合第一范式

第二范式:在第一范式的基础之上,要求每张表只表达一个意思。表的每个字段都和主键有依赖关系

反例

employee(员工) : 员工编号   员工姓名   部门名称  订单名称 --违反第二范式

订单名称要设计一张订单表,这样才符合第二范式

第三范式:在第二范式基础上,要求每张表除主键之外的其他字段都只能主键有直接决定依赖关系

员工表: 员工编号(主键)  员工姓名   部门编号   部门名称    ...

部门名称和部门编号有关系,又和员工编号有关系

解决办法就是建立两个表,加外间约束

时间: 2024-10-09 21:06:28

mysql-(三)-数据库设计三大范式的相关文章

[转]数据库设计三大范式

http://www.cnblogs.com/linjiqin/archive/2012/04/01/2428695.html 数据库设计三大范式 为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数

数据库设计三大范式应用实例剖析

引言 数据库的设计范式是数据库设计所需要满足的规范,满足这些规范的数据库是简洁的.结构明晰的,同时,不会发生插入(insert).删除(delete)和更新(update)操作异常.反之则是乱七八糟,不仅给数据库的编程人员制造麻烦,而且面目可憎,可能存储了大量不需要的冗余信息. 设计范式是不是很难懂呢?非也,大学教材上给我们一堆数学公式我们当然看不懂,也记不住.所以我们很多人就根本不按照范式来设计数据库. 实质上,设计范式用很形象.很简洁的话语就能说清楚,道明白.本文将对范式进行通俗地说明,并以

数据库设计三大范式--(转自duanxz)

为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 一.基础概念       要理解范式,首先必须对知道什么是关系数据库,如果你不知道,我可以简单的不能再简单的说一下:关系数据库就是用二维表来保存数据.表和表之间可以……(省略10W字).然后你应该理解以下概念: 实体:现实世界中客观存在并可以被区别的事物.比如“一个学生”.“一本书”.“一门课”等等.值得

[数据库设计]数据库设计三大范式

为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式. 第一范式的合理遵循需要根据系统的实际需求来定.比如某些数据库系统中需要用到“地址”这个属性,本来直接将“地址”属性设计成一个

数据库设计三大范式 (转)

为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式. 第一范式的合理遵循需要根据系统的实际需求来定.比如某些数据库系统中需要用到“地址”这个属性,本来直接将“地址”属性设计成一个

关于数据库设计三大范式

为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式. 第一范式的合理遵循需要根据系统的实际需求来定.比如某些数据库系统中需要用到"地址"这个属性,本来直接将"

数据库设计三大范式 zt

from  http://www.cnblogs.com/linjiqin/archive/2012/04/01/2428695.html 为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满

2016/10/18 数据库设计三大范式

参考:http://www.cnblogs.com/linjiqin/archive/2012/04/01/2428695.html http://www.jb51.net/article/19312.htm http://blog.csdn.net/w__yi/article/details/19934319 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分割的原子值,就说明该数据库表满足了第一范式. 第一范式的合理遵循需要根据系统的实际需求来定

数据库设计三大范式

范式是从英文Normal Form翻译过来的,这里主要说前面3个范式.这3个范式步步为营,后面的范式必须以前面范式为基础,如果没有实现第一范式,那么是不可能实现第二范式的,更别说第三范式了.这3个范式的提出都是为了避免数据冗余和插.改.删的操作异常. 1.第一范式(1NF):强调列的原子性,要求每一列都不能再细分.举例,有张学生信息表:学号.姓名.班级.这里列"班级"就不是原子的,因为可以拆分为"年级"和"班级".如果不拆分就会导致数据冗余,如: