从实用的角度，我们设计数据库一般到2NF，3NF就可以了。我们讨论这么一道题目，去加深对 2NF 与 3NF 之间界线的理解。

建立一个供应商、零件数据库。其中“供应商”表S：

• sno 供应商代码
• sname 供应商名
• zip 供应商邮编
• city 供应商所在城市

其函数依赖为：sno →（sname，zip，city ），zip → city。

那么“供应商”表S属于___。

A. 1NF B. 2NF C. 3NF D. BCNF

试一下思考这道题，答案是哪个选项？

这里肯定是满足第一范式的，根据第一范式每个字段都不可再分，很好理解，那么第二范式呢？

第二范式定义是：属性完全依赖于主键[消除非主属性对主码的部分函数依赖]，就是表中的属性完全依赖于全部主键。说实话这个不太好理解，不过对这到例题来说，其中 sno 是主键，属性是完全依赖于主键的，那后面的那个zip->city什么意思呢？

这里再从第三范式去审读一下，不说定义，先说第二范式中的问题。有一个就是无法消除数据冗余，而第三范式就是弥补了第二范式的这个缺点，3NF要求消除非主属性对候选键的传递依赖。因此再看这道题，zip->city其实就是数据冗余了。如果要改为第三范式的话需要再添加一个表（address：zip,city)，原来的那个表只保留zip就可以了。

也就是说，这张表已经满足了2NF，即属性依赖于全部主键 sno ，但是形成了从 city 到非候选键 zip 再到主键 sno 的传递依赖，不符合3NF。