mysql: 三个范式

第一范式

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

第二范式

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

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

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

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) 两个元组。

第三范式

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

CREATE TABLE province(    pr_id UNSIGNED INT NOT NULL AUTO_INCREMENT, -- 主键    pr_name VARCHAR(20) NOT NULL, -- 省份名, 完全依赖于主键, pr_id 定了, pr_name 就定了    PRIMARY KEY(pr_id));CREATE TABLE city(    ct_id UNSIGNED INT NOT NULL AUTO_INCREMENT, -- 主键     ct_name VARCHAR(20) NOT NULL, -- 完全依赖于主键，ct_id 定了，ct_name 就定了    pr_id UNSIGNED INT NOT NULL , -- 完全依赖于主键，ct_id 定了，就可以确定 pr_id    pr_name VARCHAR(20) NOT NULL, -- 完全依赖于主键，ct_id 定了，就可以确定 pr_name    PRIMARY KEY(ct_id),    FOREIGN KEY(pr_id) REFERENCES province(pr_id) ON DELETE CASCADE);

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

传递依赖的坏处：

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

结语

平时小打小闹似乎用不上范式，因为设计出来的表总是自然而然地满足范式的要求。不过，对于范式，还是"理解"万岁吧~