基于ER模型的数据库设计方法522用户视图法VIP

1、第第5 5章章 数据库设计数据库设计15.2.1 5.2.1 基于基于E-RE-R模型的数据库设计方法模型的数据库设计方法5.2.2 5.2.2 用户视图法用户视图法5 52 2 关系数据库设计方法关系数据库设计方法第第5 5章章 数据库设计数据库设计21 1 1 E-RE-R模型的设计步骤模型的设计步骤（1）设计局部设计局部E-R模式模式（2）将各个局部将各个局部E-R模式，综合成全模式，综合成全 局局E-R模式模式2 2 E-RE-R图向关系模型的转换图向关系模型的转换5.2.1基于基于E-R模型的数据库设计方法模型的数据库设计方法第第5 5章章 数据库设计数据库设计3设计局部设计局部E-

2、RE-R模式，其实质是将大系统进行分解，使其成为逻辑功模式，其实质是将大系统进行分解，使其成为逻辑功能相对独立的一些局部问题，先分别对每个局部模式进行设计，建能相对独立的一些局部问题，先分别对每个局部模式进行设计，建立各局部的立各局部的E-RE-R模式，然后以各局部的模式，然后以各局部的E-RE-R模式为基础进行集成。模式为基础进行集成。设计设计E-RE-R模式可以采用三种不同的次序进行设计：模式可以采用三种不同的次序进行设计： 自顶向下：该方法首先从抽象级别高、普遍性强的类开始，然自顶向下：该方法首先从抽象级别高、普遍性强的类开始，然后逐步细分。例如：物资管理中，物资是最高级别的抽象，它可分

3、后逐步细分。例如：物资管理中，物资是最高级别的抽象，它可分为五金类、燃料类、钢材类、劳保类等。为五金类、燃料类、钢材类、劳保类等。 由底向上：该方法首先从具体对象开始，逐步抽象形成类。同由底向上：该方法首先从具体对象开始，逐步抽象形成类。同样以物资为例，先查看仓库有哪些物资，再分析每种具体的物资属样以物资为例，先查看仓库有哪些物资，再分析每种具体的物资属于哪个门类。于哪个门类。 由内向外：该方法首先从最中心的对象开始由内向外：该方法首先从最中心的对象开始, ,逐步扩展到与它相逐步扩展到与它相关的其他对象。仍以物资管理为例关的其他对象。仍以物资管理为例, ,先从最中心的管理对象物资开先从最中心的

4、管理对象物资开始，逐步扩展到存放物资的仓库，仓库的管理者，物资的使用者，始，逐步扩展到存放物资的仓库，仓库的管理者，物资的使用者，物资的采购入库，库存情况等。物资的采购入库，库存情况等。（1）设计局部E-R模式第第5 5章章 数据库设计数据库设计4合并过程主要解决各合并过程主要解决各E-RE-R图之间的冲突，其冲突主要有三类：属性图之间的冲突，其冲突主要有三类：属性冲突、命名冲突和结构冲突。冲突、命名冲突和结构冲突。 属性冲突：即属性值的类型、取值范围或取值集合不同。例如：属性冲突：即属性值的类型、取值范围或取值集合不同。例如：有的有的E-RE-R图中将日期作为日期型，有的定义为字符型。属性冲

5、突问图中将日期作为日期型，有的定义为字符型。属性冲突问题可通过统一规范的工程化管理来解决。题可通过统一规范的工程化管理来解决。 命名冲突：不同意义的对象在不同的局部应用中具有相同的名命名冲突：不同意义的对象在不同的局部应用中具有相同的名字，或同一意义的对象在不同的局部应用中具有不同的名字。字，或同一意义的对象在不同的局部应用中具有不同的名字。 结构冲突：同一对象在不同应用中具有不同的抽象。在某一局结构冲突：同一对象在不同应用中具有不同的抽象。在某一局部应用中被当作实体，而在另一局部应用中则当作属性部应用中被当作实体，而在另一局部应用中则当作属性, ,或同一实或同一实体在不同局部体在不同局部E-

6、RE-R图中所包含的属性个数不同。造成此问题的原因图中所包含的属性个数不同。造成此问题的原因是各局部应用所关心的侧重点不同，解决的办法是取各分是各局部应用所关心的侧重点不同，解决的办法是取各分E-RE-R图中图中实体属性的并集。实体属性的并集。（3 3）全局）全局E-RE-R模式的优化模式的优化（2）将各个局部E-R模式，综合成全局E-R模式第第5 5章章 数据库设计数据库设计5E-RE-R图向关系模型转换，要解决的问题是如何将实体和实体间的联图向关系模型转换，要解决的问题是如何将实体和实体间的联系转换为关系模式，以及如何确定这些关系模式的属性和码。系转换为关系模式，以及如何确定这些关系模式的

7、属性和码。关系模型的逻辑结构是一组关系模式的集合。关系模型的逻辑结构是一组关系模式的集合。E-RE-R图则由实体、实图则由实体、实体的属性和实体之间的联系三个要素组成。所以将体的属性和实体之间的联系三个要素组成。所以将E-RE-R图转换为关图转换为关系模型实际上就是将实体、实体的属性和实体之间的联系转换为关系模型实际上就是将实体、实体的属性和实体之间的联系转换为关系模式，这种转换一般遵循如下原则：系模式，这种转换一般遵循如下原则：(1) (1) 一个实体型转换为一个关系模式。实体的属性就是关系的属性，一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。实体的码就是关系

8、的码。（2 2）一个）一个1:11:1联系可以转换为一个独立的关系模式，也可以与任意联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和

9、联系本身的属性。和联系本身的属性。2 E-R图向关系模型的转换图向关系模型的转换第第5 5章章 数据库设计数据库设计6（3 3）一个）一个1:N1:N联系可以转换为一个独立的关系模式，也可以与联系可以转换为一个独立的关系模式，也可以与N N端对应的关系模式合并。如果转换为一个独立的关系模式，端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为系的属性，而关系的码为N N端实体的码。端实体的码。（4 4）一个）一个M:NM:N联系转换为一个关系模式，与该联系相连的各实

10、联系转换为一个关系模式，与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。为各实体码的组合。（5 5）具有相同码的关系模式可合并。形成了一般的数据模型）具有相同码的关系模式可合并。形成了一般的数据模型后，下一步就是向特定的后，下一步就是向特定的RDBMSRDBMS的模型转换。设计人员必须熟的模型转换。设计人员必须熟悉所用悉所用RDBMSRDBMS的功能与限制。这一步是依赖于机器的，不能给的功能与限制。这一步是依赖于机器的，不能给出一个普遍的规则，但对于关系模型来说，这种转换通常都比出一个普遍的规则，但

11、对于关系模型来说，这种转换通常都比较简单，不会有太多的困难。较简单，不会有太多的困难。2 E-R图向关系模型的转换图向关系模型的转换第第5 5章章 数据库设计数据库设计7用户视图法就是将需要设计的数据库应用系统用户视图法就是将需要设计的数据库应用系统, ,从不同的用户角从不同的用户角度分析数据需求度分析数据需求, ,这些单独的需求称为用户视图。对于每一个用这些单独的需求称为用户视图。对于每一个用户视图，所设计的数据库都必须支持户视图，所设计的数据库都必须支持, ,然后再将所有的用户视图然后再将所有的用户视图合成一个复杂的数据库系统合成一个复杂的数据库系统, ,其目的是化繁为简其目的是化繁为简,

12、 ,分步设计。分步设计。用户视图法需要经过以下步骤：用户视图法需要经过以下步骤：将用户视图表示为一些表的集合将用户视图表示为一些表的集合（）（） 判断用户视图所包含的实体，并为每个实体建立一个表。判断用户视图所包含的实体，并为每个实体建立一个表。（）（） 判断每个表的关键字，关键字可能是一个或多个属性组判断每个表的关键字，关键字可能是一个或多个属性组合。合。（）（） 判断每种实体的性质，根据用户需求来寻找所需实体的判断每种实体的性质，根据用户需求来寻找所需实体的其他属性。其他属性。（）（） 判断实体之间的关系，即判断实体之间的关系，即：、：、：、：、M M：N N。5.2.2 用户视图法用户视图法第第5 5章章 数据库设计数据库设计8表的规范化表的规范化将第一步所列出的表规范化为三范式。将第一步所列出的表规范化为三范式。列出所有的关键字列出所有的关键字（）（） 主关键字。（）主关键字。（） 可选关键字。（）可选关键字。（） 第二关键第二关键字。字。