数据库设计基础——三范式

2NF:有主键，非主键字段依赖主键;  3NF:非主键字段不能相互依赖; 解释: 1NF:原子性 字段不可再分,否则就不是关系数据库;  2NF:唯一性 一个表只说明一个事物; 
2NF:有主键，非主键字段依赖主键; 
3NF:非主键字段不能相互依赖; 

解释: 
1NF:原子性 字段不可再分,否则就不是关系数据库; 
2NF:唯一性 一个表只说明一个事物; 
3NF:每列都与主键有直接关系，不存在传递依赖; 

不符合第一范式的例子(关系数据库中create不出这样的表)： 

表:字段1, 字段2(字段2.1, 字段2.2), 字段3 ...... 

存在的问题: 因为设计不出这样的表, 所以没有问题; 

不符合第二范式的例子: 

表:学号, 姓名, 年龄, 课程名称, 成绩, 学分; 

这个表明显说明了两个事务:学生信息, 课程信息; 

存在问题: 

数据冗余，每条记录都含有相同信息； 
删除异常：删除所有学生成绩，就把课程信息全删除了； 
插入异常：学生未选课，无法记录进数据库； 
更新异常：调整课程学分，所有行都调整。 

修正: 

学生：Student(学号, 姓名, 年龄)； 

课程：Course(课程名称, 学分)； 

选课关系：SelectCourse(学号, 课程名称, 成绩)。 

满足第2范式只消除了插入异常。 


不符合第三范式的例子: 

学号, 姓名, 年龄, 所在学院, 学院联系电话，关键字为单一关键字"学号"; 

存在依赖传递: (学号) → (所在学院) → (学院地点, 学院电话) 

存在问题: 

数据冗余:有重复值； 

更新异常：有重复的冗余信息，修改时需要同时修改多条记录，否则会出现数据不一致的情况 

删除异常 

修正： 
学生：(学号, 姓名, 年龄, 所在学院)； 
学院：(学院, 地点, 电话)。 
作者：sunxing007

浅谈数据库设计之三大范式 范式是“符合某一种级别的关系模式的集合，表示一个关系内部各属性之间的联系的合理化程度”。很晦涩吧？实际上你可以把它粗略地理解为一张数据表的表结构所符合的某种设计标准的级别。
MySQL数据库——数据库设计三范式 数据库范式就是数据库设计时需要满足的规范，只有满足这些规范才能保证数据库的冗余小、结构明确，这也直接影响着数据库性能的发挥。数据库开发人员需要遵守范式建立出科学规范的数据库结构。
一文搞定关系数据库设计要领，值得收藏！ 本文讨论关系数据库设计相关的一些内容，涉及关系模型，表结构设计等内容，以学生选修课程讲述设计过程，在尽量讲清楚设计要领的前提下，简化设计内容。
数据库设计中的14个技巧 . 原始单据与实体之间的关系 可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对 应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实 体，或多张原始单证对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后，对我们设计 录入界面大有好处。