范式设计

 首先，俺说，数据库重在设计，然后才是开发。按照第三范式开发，会让你提升到一个新的境界！

名词解释：第三范式

第一范式：一个不包含重复列的表归于第一范式。 

第二范式：如果一个表归于第一范式且只包含依赖于主键的列，则归于第二范式。 

第三范式：如果一个表归于第二范式且只包含那些非传递性地依赖于主键的列，则归于第三范式。 

第一范式：不设计重复字段的表

比如：
Create Table tb1 ( 
  fd1 varchar(20),  --用来存放电话
  fd2 varchar(20),  --用来存放电话
  fd3 int           --其他
)

则fd1,fd2违反第一范式

第二范式:

第二范式：不设计没有主键，或没有唯一索引的表

比如：如果一个表存在相同的数据，那必然是违反第二范式无疑。

第三范式：能细分则细分每个字段。

比如：一个表，原来设计为：

Create TAble Clothes( 
  ClothesID int primary key,--ID
  Color     varchar(10),     --颜色
  Description varchar(20)    --描述
)

那么Color违反了第三范式

于是,第三范式应该这样设计

Create TAble Clothes( 
  ClothesID int primary key,--ID
  ColorID     Int,     --颜色ID
  Description varchar(20)    --描述
)

Create Table Color(
  ColorID int primary key,
  Color  varchar(20)
)

Color作为主表,Clothes作为子表,两者用ColorID互联.

三范式设计的好处：减少数据冗余，提高系统可维护性，提高系统可扩展性。
三范式设计的缺点：会降低数据库的性能。（嘻嘻，不过非常少，大家放心）
 

下面从性能角度看范式设计： 

基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。

　　〖例〗：有一张存放商品的基本表，如表1所示。“金额”这个字段的存在，表明该表的设计不满足第三范式，因为“金额”可以由“单价”乘以“数量”得到，说明“金额”是冗余字段。但是，增加“金额”这个冗余字段，可以提高查询统计的速度，这就是以空间换时间的作法。

　　在Rose 2002中，规定列有两种类型：数据列和计算列。“金额”这样的列被称为“计算列”，而“单价”和“数量”这样的列被称为“数据列”。

　　表1 商品表的表结构

　　商品名称 商品型号 单价 数量 金额

　　电视机 29? 2,500 40 100,000

　　***通俗地理解三个范式

　　通俗地理解三个范式，对于数据库设计大有好处。在数据库设计中，为了更好地应用三个范式，就必须通俗地理解三个范式(通俗地理解是够用的理解，并不是最科学最准确的理解)：

　　第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解;

　　第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性;

　　第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余.

　　没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。