数据库设计的5种常见关系

数据库设计的5种常见关系，其中本文主要讲“多态”关系结构，以手机为例。 

1，配置关系  --和其他表无任何关系的表。 
例如：webConfig里的东西你存储到表里。 

2，一对多关系 ，一张表包含另外一个表的主键作为外键。 
例如：手机.品牌id=2， 这里的2是[品牌名称表]的id字段为2的纪录，品牌名称是"Nokia"。一个手机只能有一个品牌。 

3，多对多，需要2张表，有一个包含两个外键的关系表。 
        例如： 手机1即属于"智能" 又属于"滑盖"组的， 一个组包含多个手机，一个手机可以属于多个组。 

4，树型结构，常见的两钟：父ID设计和001002编码设计。 
例如：手机的经销商分为 省/市/县 

5，“多态”结构和多对多略有不同，如果需求中某表字段多少类型有非常大的不确定性，可以采用3个表来完成： 

一个[主表]（ID）， 
一个[属性名称表]（属性ID.属性名称)， 
一个[属性值表]，包括3个字段： 
      属性值(属性Value varchar(500)) 
      主表ID 
      属性ID 

这样可以作到最小冗余度。 
（和常见的多对多关系不同的是：值统一用varchar来存储，因为这类型的值一般不会用来计算）。 

比如：手机型号有几千种，除了共同属性外还有不同属性有几百个，属性名和值类型都不一样，有的手机有这属性，有的没有。 
对于这样的“多态”，我们就采用上面的设计结构。 
其效果相当于： 

某奇怪手机.属性集合["某某奇怪属性名"]="某某奇怪值"； 
某变态手机.属性集合["某某变态属性名"]="某某变态值"； 




对比这个看看:

数据库范式1NF 2NF 3NF BCNF(实例）
设计范式（范式,数据库设计范式,数据库的设计范式）是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则。在关系数据库中，这种规则就是范 式。关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式 （3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多 要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范式（3NF）就行了。下面我们举例介绍第一范式（1NF）、第二范式 （2NF）和第三范式（3NF）。 
         在创建一个数据库的过程中，范化是将其转化为一些表的过程，这种方法可以使从数据库得到的结果更加明确。这样可能使数据库产生重复数 据，从而导致创建多余的表。范化是在识别数据库中的数据元素、关系，以及定义所需的表和各表中的项目这些初始工作之后的一个细化的过程。
         下面是范化的一个例子 Customer Item purchased Purchase price Thomas Shirt  $40 Mari