总体来说，对于一个公共型网站的数据库的设计往往会经历三个阶段，第一阶段：遵守范式；第二阶段：反范式；第三阶段：结合范式与反范式，灵活应用。
今天想先讲讲第一阶段，举几个点评网数据库设计的例子来讲一下如何来遵守范式进行数据库设计的。第一范式（1NF）所谓第一范式（1NF），是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。
一般讲，只要是关系型数据库，一般都会遵守第一范式，但是事情往往没有那么简单，在进行数据库设计的时候，你真的都考虑清楚每个字段都是不可分割的了吗？就拿点评网的商户信息表来说，有一个字段叫“商户名”，如果要添加两家新商户，比如“麻辣风暴”和“豆捞坊天目西路店”，那就会添加两条记录，其中一条的商户名为“麻辣风暴”，而另外一条记录的商户名为“豆捞坊天目西路店”，那么这个就不符合第一范式了，因为其实这个信息是可以分割的，其中“豆捞坊”是总店名，而“天目西路店”是分店名。所以根据第一范式的设计，应该分拆为两个字段即商户名和分店名。
第二范式（2NF）所谓第二范式（2NF），是指数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。
这些定义总是非常的晦涩难懂，还是要靠举例说明才能比较清晰。
我们用点评网社区的部落成员表来举例，部落成员表的作用是定义每个部落的成员信息：
会员ID会员名会员等级
第三范式（3NF）在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如果存在"A→B→C"的决定关系，则C传递函数依赖于A。
还是拿点评网的商户信息表来举例，点评的商户一般都由会员来添加，这样商户信息表内就会包含以下信息：
商户名分店名会员名会员等级
如果商户信息表是这样设计的，虽然会员名并非是一个关键字段，但是这不符合第三范式了，因为其中的会员等级两个字段和会员名这个字段有函数依赖的关系。所以根据第三范式，应该将这个表分拆为两个表，即商户信息表和会员信息表。