数据库系统概念ER模型.PPTVIP

数据库系统概念----ER模型 提纲 6.1设计过程概览 6.2ER模型 6.3约束 6.4ER图 6.5ER设计问题 6.6弱实体集 6.7扩展ER特性 6.8概念数据库设计过程 6.9转换为关系模式 6.10数据库设计的其他方面 第六章 数据库设计和E-R模型 本章的特点 工程性 有基本的对错问题 不能简单以对/错论述问题 不同的工程方法都可以达到工程目的 “对/错”的概念被弱化 强调优/劣、好/坏 “好/优”的工程可以以较小代价，获得较好/高的成果 反之则不然 强调多数人的看法和评价 6.1软件生命周期瀑布模型 6.1需求分析的目标、内容和结果 需求分析的目标 澄清用户需求 为系统的设计和实现奠定基础 需求分析的内容 数据分析 包括数据结构、关系、约束、语义等等 加工逻辑分析 对数据如何进行加工、处理、变换 流程分析 动作间的先后次序，及其相互关系 其它 界面要求、性能要求… 需求分析的结果 用户需求规格说明书(简称需求说明书) 6.1需求规格说明书 需求说明书的作用 澄清用户需求 借助需求说明书，分析员同用户之间对用户需求达成高度一致 系统设计方案的基础 测试的依据 需求说明书的要求 清晰、易懂 完整、精确、无二义 6.1需求规格说明书 需求说明书撰写的困难性 自然语言：易懂性好，但不精确，容易出现二义性 形式语言：精确、无二义，但不易懂，用户阅读检验困难 需要研究专门的撰写格式，以在易懂和精确之间寻找平衡 出现了多种撰写格式 不同的工程方法，有不同的撰写格式 图形能在易懂和精确之间很好地平衡 6.1 E-R 图位置、作用、评价标准 E-R 图的位置 数据分析、描述的工具 数据分析、描述以E-R 图为主 需要其它文档辅助 E-R图的作用 帮助澄清用户数据需求 分析员和用户对数据需求达成高度一致 数据逻辑模型设计的基础 E-R图的要求和评价标准 清晰、易懂 完整、精确、无二义 6.1 E-R 图简介 历史 ER模型：Entity-Relationship Model 1976年，P.P.S.Chen提出ER模型，用ER图来描述概念模型 观点 世界是由一组称作实体的基本对象和这些对象之间的联系构成的 语义模型 力图表达数据的意义 6.1 E-R 图要点 6.2.1基本概念--实体 实体(Entity) 客观存在并可相互区分的事物叫实体 唯一标识 具体的：如学生张三、工人李四 抽象的：如计算机系、数据库概论 实体集(Entity Set) 同型实体的集合称为实体集，如全体学生 外延 实体集可相交 6.2.1基本概念--实体 属性(Attribute) 实体所具有的某一特性 一个实体可以由若干个属性来刻画 例如，学生可由学号、姓名、年龄、系等组成 实体可表达为属性，数据值的集合 {学号,001,姓名,李明,年龄，21,系，中文} 域(Domain) 属性的取值范围 例如，性别的域为（男、女），月份的域为１到１２的整数 6.2.1基本概念--实体 6.2.2基本概念--联系 联系(Relationship) 实体之间的相互关联 如学生与老师间的授课关系，学生与学生间有班长关系 联系也可以有属性，如学生与课程之间有选课联系，每个选课联系都有一个成绩作为其属性 同类联系的集合称为联系集 元或度（Degree） 参与联系的实体集的个数称为联系的元 如学生选修课程是二元联系，供应商向工程供应零件则是三元联系 6.2.2基本概念--联系 6.2.2基本概念--联系 6.2.2基本概念--参与 参与（Participation） 实体集之间的关联称为参与，即实体参与联系 如王军选修“数据库基础”，表示实体“王军”与 “数据库基础”参与了联系“选修” 6.2.2参与在ER图中的表示 6.2.2基本概念--角色 角色（Role） 实体在联系中的作用称为实体的角色 当同一个实体集不止一次参与一个联系集时，为区别各实体的参与联系的方式，需要显式指明其角色 如学生与学生间的班长关系，职工与职工之间的经理关系，课程之间的先修关系 6.2.2角色在ER图中的表示 表示要点 当需要显式区分角色时，在连接菱形和矩形的线上加上说明性标注以区别不同的角色 6.2.2角色在ER图中的表示 6.2.3属性的类型 简单属性 不可再分的属性 如学号、年龄、性别 复合（Composite）属性 可以划分为更小的属性 可以把相关属性聚集起来，使模型更清晰 如电话号码=区号+本地号码 出生日期=年+月+日 6.2.3属性的类型 6.2.3属性的类型 单值属性 每一个特定的实体在该属性上的取值唯一 如学生的学号，年龄、性别、系别等 多值属性 某个特定的实体在该属性上有多于一个的取值 如学生（学号，联系电话） 学号与联系电话之间是一种多值依赖关