我对数据字典的简单理解

一、概念

数据字典有两种形式

1. 把主体的属性代码化放入独立的表中，不是和主体放在一起，主体中只保留属性的代码。这里属性的数量是不变的，而属性取值的数量可以是变化的。

2. 用一个表来放结构相同的所有属性信息，不同属性的不同取值统一编码，用“类型”来区别不同的属性，主体中保留属性代码的列表。这样主体所拥有的属性数量就是可变的了。

第二种数据字典比第一种更抽象，层级更高，也更具一般性、通用性。

二、实例说明

一张职员表，包括：姓名，国籍，证件，学历。

国籍包括：中国，美国，日本

证件包括：身份证，驾驶证

学历包括：博士，硕士，本科，大专

三、第一种形式的数据字典

最终目标是职员表，每个职员的每个属性都有固定的内容，例如：一个职员的国籍只能是：中国、美国、日本这3个。所以，把每个属性都设计成一张表，在职员表中只要引用每个属性表中的ID即可。

1. 一张国籍表

2. 一张证件表

3.一张学历表

4. 职员表

优点：每个属性表中可以动态修改。

缺点：在查询职员时，需要很多个表进行联表查询。如果属性很多时，不方便扩展。

二、第二种形式的数据字典

观察上面的属性，有一个共性：只有2个字段，第一个字段是标识，第二个字段是内容。

所以，可以把这些属性放在一张表中：

1. 属性表

2. 职员表

优点：只有一张属性表。

如果想查询所有的国籍，只要查询属性表中的“分类”=“contry”即可。

三、上面的职员表还有一个缺点，就是每个职员的属性字段是固定的。

假如：一个职员可能有很多属性，另一个职员只有很少属性，就存在空间的浪费。因此，可以把职员表拆成2张表：

1.职员表

2.属性表

职员ID为 2001的，拥有3个属性，分别是：001，101，202

职员ID为2002的，拥有3个属性，分别是：003，102，304

这样的话，每个职员可以拥有不同数量的属性。