mysql: 三个范式

第一范式

原子性。表的元组不可再拆分成更小的元组。

第二范式

非主键必须完全依赖主键，而不是仅仅依赖主键的一部分。

举个例子，美国销售军火的时候，对每一样武器，根据国家或地区的不同而给出不同的价格。建个表看看:

[sql]  view plain  copy

1. CREATE TABLE weapon_price  
2. (  
3.     wp_id UNSIGNED INT NOT NULL AUTO_INCREMENT, -- 武器编号  
4.     cs_id UNSIGNED INT NOT NULL , -- 消费者 id   
5.     wp_price UNSIGNED INT NOT NULL, -- 武器价格, 根据武器买主的不同而不同  
6.     cs_name VARCHAR(40) NOT NULL -- 消费者的称呼，例如 台湾/菲律宾/韩国  
7. );  

weapon_price 用于描述武器的价格，价格根据(武器，消费者)的不同而不同。对于此表 (wp_id,cs_id) 是其主键。其中 wp_price 是完全依赖于 (wp_id,cs_id) 的，而 cs_name 则只依赖于 cs_id ，即只依赖于主键的一部分。

这种情况导致的问题是什么呢？

1. 增：造成冗余。cs_name 重复出现，如果有许多武器的买主都是台湾，那么 cs_name 就会在这张表中出现很多次，造成浪费。
2. 删：无
3. 改：假如"菲律宾"后来改名了，那么数据库管理者不得不把表中所有 相关的 cs_name 全都改一遍。
4. 查：无

如何应对呢？

把 cs_name 挪到别的表里，本来吗，学过数据库的人都知道，可以建一个 consumer 表，其中含 (cs_id,cs_name) 两个元组。

第三范式

满足第二范式并且每个元组都不传递依赖于主键列。

[sql]  view plain  copy

1. CREATE TABLE province  
2. (  
3.     pr_id UNSIGNED INT NOT NULL AUTO_INCREMENT, -- 主键  
4.     pr_name VARCHAR(20) NOT NULL, -- 省份名, 完全依赖于主键, pr_id 定了, pr_name 就定了  
5.     PRIMARY KEY(pr_id)  
6. );  
7. CREATE TABLE city  
8. (  
9.     ct_id UNSIGNED INT NOT NULL AUTO_INCREMENT, -- 主键   
10.     ct_name VARCHAR(20) NOT NULL, -- 完全依赖于主键，ct_id 定了，ct_name 就定了  
11.     pr_id UNSIGNED INT NOT NULL , -- 完全依赖于主键，ct_id 定了，就可以确定 pr_id  
12.     pr_name VARCHAR(20) NOT NULL, -- 完全依赖于主键，ct_id 定了，就可以确定 pr_name  
13.     PRIMARY KEY(ct_id),  
14.     FOREIGN KEY(pr_id) REFERENCES province(pr_id) ON DELETE CASCADE  
15. );  

上述的这两张表都满足第二范式，不过，注意到 city 表中的 pr_name 元组虽然完全依赖于 ct_id ,　但是它是通过　pr_id 传递依赖于 ct_id 的。

传递依赖的坏处：

1. 增：明显 pr_name 出现冗余。
2. 删：无
3. 改：改动 province 表的 pr_name 元组，也要同时修改 city 表中的 pr_name 。一不小心就出问题。
4. 查：无