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

5.2.1 基于E-R模型的数据库设计方法 5.2.2 用户视图法 ;1 1． E-R模型的设计步骤 （1）设计局部E-R模式 （2）将各个局部E-R模式，综合成全 局E-R模式 2． E-R图向关系模型的转换 ;设计局部E-R模式，其实质是将大系统进行分解，使其成为逻辑功能相对独立的一些局部问题，先分别对每个局部模式进行设计，建立各局部的E-R模式，然后以各局部的E-R模式为基础进行集成。 设计E-R模式可以采用三种不同的次序进行设计： ① 自顶向下：该方法首先从抽象级别高、普遍性强的类开始，然后逐步细分。例如：物资管理中，物资是最高级别的抽象，它可分为五金类、燃料类、钢材类、劳保类等。 ② 由底向上：该方法首先从具体对象开始，逐步抽象形成类。同样以物资为例，先查看仓库有哪些物资，再分析每种具体的物资属于哪个门类。 ③ 由内向外：该方法首先从最中心的对象开始,逐步扩展??与它相关的其他对象。仍以物资管理为例,先从最中心的管理对象物资开始，逐步扩展到存放物资的仓库，仓库的管理者，物资的使用者，物资的采购入库，库存情况等。 ;合并过程主要解决各E-R图之间的冲突，其冲突主要有三类：属性冲突、命名冲突和结构冲突。 ① 属性冲突：即属性值的类型、取值范围或取值集合不同。例如：有的E-R图中将日期作为日期型，有的定义为字符型。属性冲突问题可通过统一规范的工程化管理来解决。 ② 命名冲突：不同意义的对象在不同的局部应用中具有相同的名字，或同一意义的对象在不同的局部应用中具有不同的名字。 ③ 结构冲突：同一对象在不同应用中具有不同的抽象。在某一局部应用中被当作实体，而在另一局部应用中则当作属性,或同一实体在不同局部E-R图中所包含的属性个数不同。造成此问题的原因是各局部应用所关心的侧重点不同，解决的办法是取各分E-R图中实体属性的并集。 （3）全局E-R模式的优化 ;E-R图向关系模型转换，要解决的问题是如何将实体和实体间的联系转换为关系模式，以及如何确定这些关系模式的属性和码。 关系模型的逻辑结构是一组关系模式的集合。E-R图则由实体、实体的属性和实体之间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是将实体、实体的属性和实体之间的联系转换为关系模式，这种转换一般遵循如下原则： (1) 一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。 （2）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。 ;（3）一个1:N联系可以转换为一个独立的关系模式，也可以与N端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N端实体的码。 （4）一个M:N联系转换为一个关系模式，与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 （5）具有相同码的关系模式可合并。形成了一般的数据模型后，下一步就是向特定的RDBMS的模型转换。设计人员必须熟悉所用RDBMS的功能与限制。这一步是依赖于机器的，不能给出一个普遍的规则，但对于关系模型来说，这种转换通常都比较简单，不会有太多的困难。 ;用户视图法就是将需要设计的数据库应用系统,从不同的用户角度分析数据需求,这些单独的需求称为用户视图。对于每一个用户视图，所设计的数据库都必须支持,然后再将所有的用户视图合成一个复杂的数据库系统,其目的是化繁为简,分步设计。 用户视图法需要经过以下步骤： １．将用户视图表示为一些表的集合 （１）?? 判断用户视图所包含的实体，并为每个实体建立一个表。 （２）?? 判断每个表的关键字，关键字可能是一个或多个属性组合。 （３）?? 判断每种实体的性质，根据用户需求来寻找所需实体的其他属性。 （４）?? 判断实体之间的关系，即１：１、１：Ｎ、M：N。 ;２．表的规范化 将第一步所列出的表规范化为三范式。 ３．列出所有的关键字 （１）?? 主关键字。（２）?? 可选关键字。（３）?? 第二关键字。 （４）?? 外部关键字。 ４．数据库图示化表示方法，用数据结构图表示表集合中的约束与联系。 ５．汇总各用户视图的设计结果，将所有的用户视图综合成一个复杂的数据库系统。 ;此课件下载可自行编辑修改，供参考！ 感谢您的支持，我们努力做得更好！