MySQL学习笔记(五):数据库设计规范

数据库的设计可是一门大学问,如果没有亲手开发过好几个项目,基本上是不能真正掌握的,简单点的设计字段类型的选择、表结构的设计,复杂的还得考虑项目的体积,相应地进行分表、分库等等操作,这些就超出我的能力范畴了,我也还不具备资格在这里说些大话,不过学习到了一些理论知识,还是想在这里记录下来,以后看起来方便点。

说起数据库设计规范,想必大家都听说过所谓的“第三范式”或者“三大范式”。其实许多规范中,除了出名的第三范式之外,还有第一范式、第二范式等等六种主要的范式,之所以第三范式这么出名,是因为第三范式是基于第一和第二范式的,即满足了第三范式的同时也满足第一二范式,所以才有我们经常说的“满足第三范式”或者满足“三大范式”。

为了避免不规范的数据库出现数据冗余,造成插入、删除、更新操作异常等情况,就要满足一定的规范化要求,即所谓的数据库设计范式。接下来就简单介绍一下最出名的三大范式。

第一范式:数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值,或不能有重复的属性。即遵循原子性,属性不可再分
举个例子:如果学生表里有一个住址字段,存的内容是30栋4层401,那么就违反了第一范式,有重复字段,应该将住址字段分成楼号+楼层号+房号,或者楼号+房号(根据实际需求)。

第二范式:在第一范式的基础上建立。实体的属性完全依赖于主键,不能仅依赖主键的一部分(复合主键)。即遵循唯一性,非主键字段需完全依赖主键。说得浅显一点就是,同一个字段不要存在多个表中。
也举个例子:有一个表中有学生id、课程id、分数、学号、课程名等字段,那么其实通过学生id和课程id就能确定学号、课程名等信息,不需要再在这个表中存储了。

第三范式:要求一个数据表中每一列数据都和主键直接相关,而不能间接相关。即非主键字段不能相互依赖
也举个例子:有一张课程分数记录表里有四个字段:记录id、学号、课程名、分数。此时就违反了第三范式,学号和课程名都是主键间接相关,应该换成学生id和课程id。

范式虽然减少了数据冗余,使表变小,减少了表更新出错的可能性,但是增加了表的数量,使查询表操作变复杂,性能降低。所以是否应该适当地违反范式,用空间换时间,就是我们应该选择的了。

执行频繁更新的应用程序通常具有许多张表而具有很少列,而分析大量数据的应用程序通常具有较少的表而具有很多列。

简单的数据库设计规范介绍到这里就算结束了,其实我只是简单地提了一下三大范式而已,并没有说多少,要是真的要学数据库设计规范,还要掌握数据类型、约束、索引,甚至还得精通SQL语句,考虑要不要使用视图、触发器、存储过程等等,可以说是得完全精通MySQL才行了。

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注