一、概念
数据字典有两种形式
1. 把主体的属性代码化放入独立的表中，不是和主体放在一起，主体中只保留属性的代码。这里属性的数量是不变的，而属性取值的数量可以是变化的。
2. 用一个表来放结构相同的所有属性信息，不同属性的不同取值统一编码，用“类型”来区别不同的属性，主体中保留属性代码的列表。这样主体所拥有的属性数量就是可变的了。
第二种数据字典比第一种更抽象，层级更高，也更具一般性、通用性。
二、实例说明
一张职员表，包括：姓名，国籍，证件，学历。
国籍包括：中国，美国，日本
证件包括：身份证，驾驶证
学历包括：博士，硕士，本科，大专
三、第一种形式的数据字典
最终目标是职员表，每个职员的每个属性都有固定的内容，例如：一个职员的国籍只能是：中国、美国、日本这3个。所以，把每个属性都设计成一张表，在职员表中只要引用每个属性表中的ID即可。
1. 一张国籍表
|
国籍ID
|
国籍名称
|
|
001
|
中国
|
|
002
|
美国
|
|
003
|
日本
|
2. 一张证件表
|
证件ID
|
证件名称
|
|
001
|
身份证
|
|
002
|
驾驶证
|
3.一张学历表
|
学历ID
|
学历名称
|
|
001
|
博士
|
|
002
|
硕士
|
|
003
|
本科
|
|
004
|
大专
|
4. 职员表
|
职员ID
|
姓名
|
国籍
|
证件
|
学历
|
|
2001
|
张三
|
001
|
001
|
002
|
|
2002
|
李四
|
003
|
002
|
004
|
优点：每个属性表中可以动态修改。
缺点：在查询职员时，需要很多个表进行联表查询。如果属性很多时，不方便扩展。
二、第二种形式的数据字典
观察上面的属性，有一个共性：只有2个字段，第一个字段是标识，第二个字段是内容。
所以，可以把这些属性放在一张表中：
1. 属性表
|
标识
|
分类
|
内容
|
|
001
|
contry
|
中国
|
|
002
|
contry
|
美国
|
|
003
|
contry
|
日本
|
|
101
|
identify
|
身份证
|
|
102
|
identify
|
驾驶证
|
|
201
|
education
|
博士
|
|
202
|
education
|
硕士
|
|
203
|
education
|
本科
|
|
304
|
education
|
大专
|
2. 职员表
|
职员ID
|
姓名
|
国籍
|
证件
|
学历
|
|
2001
|
张三
|
001
|
101
|
202
|
|
2002
|
李四
|
003
|
102
|
304
|
优点：只有一张属性表。
如果想查询所有的国籍，只要查询属性表中的“分类”=“contry”即可。
三、上面的职员表还有一个缺点，就是每个职员的属性字段是固定的。
假如：一个职员可能有很多属性，另一个职员只有很少属性，就存在空间的浪费。
因此，可以把职员表拆成2张表：
1.职员表
|
职员ID
|
姓名
|
|
2001
|
张三
|
|
2002
|
李四
|
2.属性表
|
职员ID
|
属性标识
|
|
2001
|
001
|
|
2001
|
101
|
|
2001
|
202
|
|
2002
|
003
|
|
2002
|
102
|
|
2002
|
304
|
职员ID为 2001的，拥有3个属性，分别是：001，101，202
职员ID为2002的，拥有3个属性，分别是：003，102，304
这样的话，每个职员可以拥有不同数量的属性。