数据库设计步骤和方法-06-yh.pptVIP

* 数据库在实际的物理设备上的存储结构和存取方法称为数据库的物理结构。为设计好的逻辑数据模型选择一个符合应用要求的物理结构就是数据库物理设计的任务。注意：我们讲的是“选择”而不是“设计”数据库物理结构，因为关系数据库管理系统RDBMS提供了较高的数据物理独立性，每个RDBMS都提供了多种存储结构和存取方法，数据库设计人员的任务不是“设计”而是“选择”。数据库的物理设计依赖具体的DBMS产品。 * * * * * * * * * ER图向关系模型转换要解决的问题是如何将实体和实体之间的联系转换为关系模式，如何确定这些关系模式的属性和码。 关系模型的逻辑结构是一组关系模式的集合，ER图则是实体，实体属性和实体之间联系3要素组成。如何将这3要素转换为关系模式的一组关系模式是我们首先要探讨的问题，这个转换需要遵循一定的原则。如上所示。P190 原则1：一个实体型转换为一个关系模式。 关系的属性：实体型的属性 关系的码：实体型的码 * 关系合并更好些。 * * * * * * 产品（产品号，产品名，价格） * 优化：实体间1:n的联系可以在n端增加新的属性，新属性由联系对应的1端实体集的码和联系自身的属性构成，原关系的码不变 例如：“仓库”与n端“产品”合并，形成的关系模型为： 仓库（仓库号，地点，面积）； 产品（产品号，产品名，价格，仓库号，数量） * 一个普通 职工由1个“领导职工”领导，一个“领导职工”领导多个“普通职工” * * * 可先让学生画出ER图，再看下页 * 可先让学生画出ER图，再看下页 * 关系的简化合并： 实体间1：1的联系也可以与某一端实体集所对应的关系合并，则需在被合并关系中增加属性，其新增属性为联系本身的属性和与联系相关的另一实体集的码。 实体间1：n的联系可以在n 端增加新属性，新属性由联系对应的1端实体集的码和联系自身的属性构成，新增加属性后原关系码不变。 * 第7章介绍 关系规范化理论 经过上边的工作，已经初步形成了逻辑设计结构，我们所形成的逻辑设计结构是否合理呢？还需规范化理论进一步衡量和改进形成规范化的逻辑结构。 * 定义用户外模式需注意： ? 使用符合用户习惯的别名，在view机制中允许重新定义某些属性名。 ? 可以对不同级别的用户定义不同的view，以保证系统安全。 例：有关系模式：产品（产品号，产品名，规格，单价，生产车间，生产负责人，产品成本，产品合格率，质量等级），在该关系模式上建立两个视图： 对一般顾客建立视图：产品1（产品号，产品名，规格，单价）顾客视图中只包含允许顾客查询的属性； 对销售部门建立视图：产品2（产品号，产品名，规格，单价，车间，生产负责人）销售部门视图中只包含允许销售部门查询的属性 ? 如果局部应用中经常使用复杂查询，为了方便用户，可将这些复杂查询定义为视图，用户每次只对定义好的视图进行查询，节约时间——建中间层； * * * * * * * * * * * * * * * 抽象的含义：对实际的人，物，事和概念进行认为的处理，抽取所关心的对象，及对象的特征，忽略非本质的细节，并把这些特性用各种概念精确描述，这些概念集合组成了概念模型 * * * 1、标定局部应用中的实体、属性、码，实体间的联系 将各局部应用涉及的数据分别从数据字典中抽取出来，参照数据流图，标定各局部应用中的实体、实体的属性、标识实体的码，确定实体之间的联系及其类型（1:1，1:n，m:n） 2、如何抽象实体和属性（原则） 实体：现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是“is member of的关系。 例：在学校环境中，可把张三、李四等对象抽象为学生实体。 3、属性：对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型之间是“is part of的关系。 例：学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。 4、如何区分实体和属性 实体与属性是相对而言的。同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就必须作为“实体”。 例：学校中的系，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等，这时它就需要作为实体了。 一般原则 属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成。 属性不能与其他实体具有联系。联系只发生在实体之间。 符合上述两条特性的事物一般作为属性对待。 为了简化E-R图的处置，现实世界中的事物凡能够作为属性对待的，应尽量作为属性。 * * 请画出局部ER图 * * * * * * * *