第3讲数据库的设计(一).pptVIP

按照自顶向下需求分析与自底向上概念结构设计的方法，概念结构的设计可分为两步。 (1) 进行数据抽象，设计局部E-R模型。 (2) 集成各局部E-R模型，形成全局E-R模型。 概念结构设计的步骤 * * 局部E-R模型设计 * * 概念结构设计之 设计局部E-R图首先确定各局部应用中的实体、实体的属性、标识实体的码、实体之间的联系及其类型。 (1∶1，1∶n，m∶n)。 实体和属性是相对而言的。同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就有可能作为“实体”。 例如，如图2.4所示，大学中的“系”，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等，因而它需要作为实体。 局部E-R模型设计 * * 作为属性应遵循两条基本准则。 (1) 属性不能再具有需要描述的性质，即属性必须是不可分的数据项，不能再由另一些属性组成。 (2) 属性不能与其他实体具有联系。联系只发生在实体之间。 符合上述两条特性的事物一般作为属性对待。为了简化E-R图的处理，现实世界中的事物凡能够作为属性对待的，应尽量作为属性。 属性的确定 * * 设有如下实体。 学生：学号、系名称、姓名、性别、年龄、选修课程名 课程：编号、课程名、开课单位、任课教师号 教师：教师号、姓名、性别、职称、讲授课程编号 单位：单位名称、电话、教师号、教师姓名 上述实体中存在如下联系： (1) 一个学生可选修多门课程，一门课程可为多个学生选修。 (2) 一个教师可讲授多门课程，一门课程可为多个教师讲授。 (3) 一个系可有多个教师，一个教师只能属于一个系。 局部E-R模型设计实例 * * 学生选课局部E-R图 * * 教师授课局部E-R图 * * 全局E-R模型设计 * * 概念结构设计之 局部E-R图的集成有两种方法。 (1) 多元集成法，也叫做一次集成，一次性将多个局部E-R图合并为一个全局E-R图。 (2) 二元集成法，也叫做逐步集成，首先集成两个重要的局部E-R图，然后用累加的方法逐步将一个新的E-R图集成进来。 在实际应用中，可以根据系统复杂性选择这两种方案。如果局部图比较简单，可以采用一次集成法。在一般情况下，采用逐步集成法，即每次只综合两个图，这样可降低难度。无论使用哪一种方法，E-R图集成均分为如下两个步骤。 (1) 合并，消除各局部E-R图之间的冲突，生成初步E-R图。 (2) 优化，消除不必要的冗余，生成基本E-R图。 局部E-R图的集成方法 * * 由于各个局部应用所面向的问题不同，并且通常由不同的设计人员进行局部E-R图设计，因此，各局部E-R图不可避免地会有许多不一致的地方，通常把这种现象称为冲突。 因此当合并局部E-R图时并不是简单地将各个E-R图画到一起，而是必须消除各个局部E-R图中的不一致，使合并后的全局概念结构不仅支持所有的局部E-R模型，而且必须是一个能为全系统中所有用户共同理解和接受的统一的概念模型。合并局部E-R图的关键就是合理消除各局部E-R图中的冲突。 E-R图中的冲突有3种：属性冲突、命名冲突和结构冲突。 合并分E-R图，生成初步E-R图 * * 属性冲突又分为属性值域冲突和属性的取值单位冲突。 属性值域冲突。即属性值的类型、取值范围或取值集合不同。例如，学生的学号，通常用数字表示，这样有些部门就将其定义为数值型，而有些部门则将其定义为字符型。 属性的取值单位冲突。比如零件的重量，有的以公斤为单位，有的以斤为单位，有的则以克为单位。 属性冲突属于用户业务上的约定，必须与用户协商后解决。 属性冲突 * * 命名不一致可能发生在实体名、属性名或联系名之间，其中属性的命名冲突最为常见。一般表现为同名异义或异名同义。 同名异义，即同一名字的对象在不同的局部应用中具有不同的意义。例如，“单位”在某些部门表示为人员所在的部门，而在某些部门可能表示物品的重量、长度等属性。 异名同义，即同一意义的对象在不同的局部应用中具有不同的名称。例如，对于“房间”这个名称，在教务管理部门中对应教室，而在后勤管理部门中对应学生宿舍。 命名冲突的解决方法同属性冲突的相同，需要与各部门协商、讨论后加以解决。 命名冲突 * * (1) 同一对象在不同应用中有不同的抽象，可能为实体，也可能为属性。例如，教师的职称在某一局部应用中被当做实体，而在另一局部应用中被当做属性。 这类冲突在解决时，就是使同一对象在不同应用中具有相同的抽象，或把实体转换为属性，或把属性转换为实体，但都要符合前面说的属性的两条准则。 (2) 同一实体在不同局部应用中的属性组成不同，可能是属性个数或属性的排列次序不同。 解决办法是，合并后的实体的属性组成为各局部E-R