0ch06实体-联系模型概论.ppt

* * * * * ？？？ * ？？？ * * * * * * * * * * * * * * * * * * * ？？？ * * * * * 作为层次结构的一部分??? * * * * ??? * * * * * * 层是树 格是图？ * * * * * * ？？？ * * * * * * * * * ? * * * * * * * * * * * * 派生属性和可以存在视图中 * * * * * * * * 结束 * * * * * * * * * * 业务规则 （1）该大学有多个学院：如软件学院、计算机学院、管 理学院等，每一个学院有一个院长，且每一位院长 只能主管一个学院 （2）每一个学院设有多个系，如商学院有会计系、市场 营销系、经济系、财务系等 （3）每一个系根据专业的特点和分工开设多门课程 （4）每一个系有多名教师，但每一位教师只属于一个系 （5）系负责承接项目，一位教师可能参加或管理项目 （6）教师按职称完成工作量 （7）一位教师可能讲多门课，且课表中每一门课必须有 一位教师讲授。这里的课指课表中安排的课程 * 业务规则 （8）假定每一名学生可选修多门课，且一门课有多名 学生选修 （9）每个系有多名学生，且一名学生只能属于一个系 （10）学生可以组成班级，一个班级有一个班主任，一 个系有若干个班级 （11）一个学生可以参加多个学生组织（学生会） （12）一个学生还有一个导师，导师可以指导多名学生 （13）另外，学生的社会关系、档案材料、宿舍亦需要 进行管理 * 采用ER方法的数据库概念设计 之设计局部ER模式 需求分析结果 确定局部结构范围 实体定义 联系定义 属性分配 还有局部 结构待分析 有 无 进入全局ER模式设计 局部ER模式设计 范围的划分要自然，易于管理；范围之间的界面要清晰，相互影响要小。 范围的大小要适度。太小了，会造成局部结构过多，设计过程繁琐，综合困难；太大了，则容易造成内部结构复杂，不便分析 采用人们习惯的划分； 避免冗余，在一个局部结构中，对一个对象只取一种抽象形式，不要重复； 依据用户的信息处理需求 确定属性的原则： 属性应该是不可再分解的语义单位；实体与属性之间的关系只能是1:N的；不同实体类型的属性之间应无直接关联关系。 属性分配的原则： 当多个实体类型用到同一属性时，一般把属性分配给那些使用频率最高的实体类型，或分配给实体值少的实体类型。 有些属性不宜归属于任一实体类型，只说明实体之间联系的特性 * 局部模式 现有的教学 管理系统 初步分析系统的对象 根据服务种类分析教师子模块 …… 局部ER图 * 其它局部模式 现有的教学 管理系统 初步分析系统的对象 根据服务种类分析课程子模块 …… 局部ER图 课程管理局部应用分E-R图 1 教室 M 1 教科书 教师 讲授 课程 系 开设 N 1 学生 选修 N M 上课 P N * 其它局部模式 现有的教学 管理系统 初步分析系统的对象 根据服务种类分析学生子模块 …… 学籍管理局部应用的分E-R图 导师 班级 学生 组成 管理 班主任 档案材料 宿舍 住宿 归档 指导 系 有 参加 学生会 1 N 1 1 1 N N N 1 1 N M N 1 具有 社会关系 1 N 局部ER图 * 采用ER方法的数据库概念设计 之设计全局 ER模式 无 全局ER模式设计 局部ER模式 确定公共实体类型 合并两个局部ER模式 检查并消除冲突 还有未合并的局部模式 有 还有冲突吗 有 属性冲突 ：如，重量单位有的用公斤，有的用克。 结构冲突 ：同一对象在不同应用中的不同抽象 ；同一实体在不同局部ER图中属性的个数或次序不同 ；实体之间的联系在不同的局部ER图中呈现不同的类型 命名冲突 ：属性名、实体名、联系名之间存在同名异义或异名同义冲突 * 例子：三个局部ER图合并成一个ER图 1 合并后的教学管理E-R图 1 N 1 P 1 N 1 N 1 N 1 M M N N N N 社会关系 具有 1 N N M 1 系 聘用 承接 项目 参加 设置 院长 学院 主管 N N 1 1 1 教师 评定 职称 分配 工作量 1 1 1 N 档案材料 归档 参加 学生会 1 宿舍 住宿 教科书 讲授 指导 课程 选修 教室 上课 有 1 班级 学生 组成 N 开设 N 管理 1 1 教师 管理 1 1 * E-R模型向关系模式的转换 实体 ? 关系 属性