有关于数据库设计的几点建议

读了刘仲英的《管理信息系统》一书，结合最近工作中涉及到数据库的情况，重新温习一下数据库设计的三大范式：

第一范式：
如果一个关系模式R的每个具体关系r的每个属性值都是不可分的最小数据单位，则称R为第一范式，简称1NF，r为1NF关系。
比如：数据库表中不允许，也不能实现如下表，这一点很好理解：
客户     产品     单价   
         台灯       3
皮鞋厂   笔记本    20
         灯泡       4


第二范式：
如果满足第一范式的关系模式R，它的所有属性都完全函数依赖于主关键字，则称R为第二范式，记为2NF。
不能出现表中某些数据分别依赖与表中2个关键字，否则这种关系会引起数据冗余和更新异常情况：
产品代码   供应单位   单价   数量   邮政编码
A21          S1        3       60    11022
A22          S2        20      30    11022
单价和数量依赖与产品代码，而邮政编码则依赖与供应单位，所以设计成下面2个表会更好：
产品代码   供应单位   单价   数量                   供应单位          邮政编码
A21          S1        3       60                     S1             11022
A22          S2        20      30                     S2             11022
 
第三范式：
如果关系模式R满足2NF，并且它的任何一个属性都不传递依赖于任一关键字，则称R是第三范式，记为3NF。
如：
合同号    签订日期    对方单位     邮政编码
H01       03/15/1998   D1           25
H04       07/07/1998   D2           35
其中邮政编码是通过供货单位而同主关键字发生联系。
如果改为一下2个表则符合第三范式：
合同号    签订日期    对方单位               对方单位  邮政编码
H01       03/15/1998   D1                      D1        25
H04       07/07/1998   D2                      D2        35