一,三范式
第一范式:
1,数据表的每一列都是不可分割的基本数据项,同一列中不应该有多个值。
2,表的每一行只包含一个实例信息。
例如:
表中不能将员工信息表都放在同一列中,且每一行只表示一个员工的信息。
第二范式:
1,在第一范式的基础上。
2,要求数据表中的每一个实例(行)都是唯一的。即为每一行添加一个主键或编号。并要求实例的属性完全依赖于主键。
注:在实际开发中,建议使用代理主键而不是自然主键。比如不用身份证号作为主键。
第三范式:
1,在第二范式的基础上。
2, 要求一个数据表中不包含其他数据表的实例信息(主键除外)。例如员工表中不要包含部们表的信息(如部门名称,简介等)
二、反三范式
在实际的开发中,完全遵从三范式会给我的开发工作带来一些不必要的麻烦。比如:查询一个小区表的信息,里面包含地址信息,如果每一次都去联查省份表、市级表、区域表则有可能会造成查询慢。此时如果在小区表中冗余这些额外的信息,一次查询单表,就会很方便。
但是,反三范式也有一些缺点:
1,写操作时需要更新额外的表
2,不合理的反三范式,会使得数据库表变得臃肿不堪
三、实体关系
指的是实例之间的关系,一般有
1,一对一,如一个学生对应一个学生档案
2,一对多,如一个班级对应多个学生
3,多对多,如一个学生对应多门课程,一门课程可以被多个学生学习
分析实体关系是应该双向分析
四、数据类型的选择
1,首先了解每一种数据类型所占用的空间(略)
2,选择本身
- 数字,日期类型不应该用varchar来存储(小技巧:日期类型选择timestamp时,更新表的时候会自动更新日期,datetime default current timestamp)
- 根据实际的业务,尽量用短的类型来存储数据
- char类型用来保存长度不变,内容易变的数据
- 最后才用varchar