标签：职员表 003 001 理解 字典 数据 ID 职员 属性
一、概念
数据字典有两种形式
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.职员表
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
这样的话，每个职员可以拥有不同数量的属性。
标签：职员表,003,001,理解,字典,数据,ID,职员,属性
来源： https://www.cnblogs.com/sewain/p/14003254.html
本站声明：
1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。
