第1步：设计
首先要设计一张用于我想要用途的表，例如如下用于描述个人的信息类型：
- 姓名；
- 性别；
- 出生日期；
- 地址；
- 最喜爱的食物。
下面为他来指定列和数据类型：
| 列 | 类型 | 允许值 |
|---|---|---|
| name | varchar(40) | |
| gender | char(1) | M,F |
| birth_date | date | |
| address | varchar(100) | |
| favorite_foods | varchar(200) |
其中，name、address 和 favorite_foods 列的类型为varchar，容许不同形式的数据条目，而
gender列则只允许单个字母M或F。birth_date为日期类型，因为此处并不需要精确到具体的时间。
第2步：精化
进一步观察person表，会发现如下问题：
- name列实际上是包含了姓氏和名字的复合对象。
- 可能存在多个人具有相同的名字、性别、生日等，而person表中并没有列来保证唯一性。
- address列也是包含了街道、省名、县市名和邮政编码的符合对象。
- favorite_foods列可以是包含0、1或更多条目的列表，因此最好为此数据创建一个独立的表，其中包含一个指向person表的外键，以便为每一种食物知名所归属的人员。
考虑这些问题之后，列出person规范化后的结果：
person表
| 列 | 类型 | 允许值 |
|---|---|---|
| person_id | smallint(unsigned) | |
| first_name | varchar(20) | |
| last_name | varchar(20) | |
| gender | char(1) | M,F |
| birth_date | date | |
| street | varchar(30) | |
| city | varchar(20) | |
| state | varchar(20) | |
| county | varchar(20) | |
| postal_code | varchar(20) |
现在person表已经具有了主键（person_id）来保证唯一性，下一步便是建立favorite_food表，其中包含一个执行person表的外键：
favorite_food表
| 列 | 类型 |
|---|---|
| person_id | smallint(unsigned) |
| food | varchar(20) |
person_id 和 food 列构成了 favorite_food表的主键，并且person_id列也是person表的外键。
第3步：构建SQL方案语句
创建 person 表的语句如下：
CREATE TABLE person
(
person_id SMALLINT UNSIGNED,
fname VARCHAR(20),
lname VARCHAR(20),
gender CHAR(1),
birth_date DATE,
street VARCHAR(30),
city VARCHAR(20),
state VARCHAR(20),
country VARCHAR(20),
postal_code VARCHAR(20),
CONSTRAINT pk_person PRIMARY KEY (person_id)
);
最下面的一个语句（CONSTRAINT pk_person PRIMARY KEY (person_id)）用于指定一个约束，他创建了一个名为
pk_person的约束（constraint），其创建在 person_id 之上。
对于性别（gender）这一列来说，可以为其添加约束，使其只能是'M'或者'F'。可以使用 检查约束 或者 enum 。
检查约束
为该列添加一个检查约束，以限制该列只存放被允许的值。MySQL允许在定义列时关联一个检查约束，如下所示：
gender CHAR(1) CHECK (gender IN ('M','F')),
enum
MySQL提供了另一种名为 enum 的字符数据类型，它可以将检查约束与数据类型定义融合在一起，此方法的定义如下：
gender ENUM('M','F'),
下面是重新定义了的person表，其中使用enum作为gender列的数据类型：
CREATE TABLE person
(
person_id SMALLINT UNSIGNED,
fname VARCHAR(20),
lname VARCHAR(20),
gender ENUM('M','F'),
birth_date DATE,
street VARCHAR(30),
city VARCHAR(20),
state VARCHAR(20),
country VARCHAR(20),
postal_code VARCHAR(20),
CONSTRAINT pk_person PRIMARY KEY (person_id)
);
可以通过DESC person命令（或者DESCRIBE person命令）来查看person表的详细信息。结果如下：
+-------------+----------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------------+----------------------+------+-----+---------+-------+
| person_id | smallint(5) unsigned | NO | PRI | NULL | |
| fname | varchar(20) | YES | | NULL | |
| lname | varchar(20) | YES | | NULL | |
| gender | enum('M','F') | YES | | NULL | |
| birth_date | date | YES | | NULL | |
| street | varchar(30) | YES | | NULL | |
| city | varchar(20) | YES | | NULL | |
| state | varchar(20) | YES | | NULL | |
| country | varchar(20) | YES | | NULL | |
| postal_code | varchar(20) | YES | | NULL | |
+-------------+----------------------+------+-----+---------+-------+
其中第1列和第2列的结果是显而易见的。
第3列显示该列是否允许在插入数据时被省略。
第4列显示该列是否作为键值（主键或外键），本例中 person_id 列被标记为主键。
第5列显示如果在插入数据时忽略该列，是否向其提供默认值。
第6列（"Extrra"）显示该列附加的说明信息。
接下来创建 favorite_foods 表：
favorite_foods表
CREATE TABLE favorite_food
(
person_id SMALLINT UNSIGNED,
food VARCHAR(20),
CONSTRAINT pk_favorite_food PRIMARY KEY (person_id, food),
CONSTRAINT fk_fav_food_person_id FOREIGN KEY (person_id)
REFERENCES person (person_id)
);
除了有以下不同之外，它与前面 person 表的 create table 语句十分类似：
- 由于一个人可能有多种喜爱的食物（当然这也是创建此表的原因），仅靠 person_id 列不能保证数据的唯一性，因此本表的逐渐包含两列：person_id 和 food。
- favorite_food 包含了另一种类型的约束，及外键约束，它限制了favorite表中person_id列的值只能够来自person表。通过这种约束，使得当person表中没有person_id为33的记录时，向favorite_food表中增加person_id为33、喜爱食物为披萨的数据行是不可能的。
- 同理，如果要删除person表中一个id为3的人，则需要先删除favorite_food表中person_id为3的所有信息，再去删除person表中的数据。（不过好像有一个去除关联的方法）
在执行完create table语句后，使用describe命令可以显示下面的结果：
+-----------+----------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+----------------------+------+-----+---------+-------+
| person_id | smallint(5) unsigned | NO | PRI | NULL | |
| food | varchar(20) | NO | PRI | NULL | |
+-----------+----------------------+------+-----+---------+-------+