第2章数据库建模.ppt

* 了解：数据库设计与软件工程开发的关系；数据库设计的原则。 熟练掌握：E-R图的主要概念（包括：实体、实体集、属性、域、键、主键、实体之间的联系）；E-R图表示法（包括：一般实体集；一对多、多对多、多元（多路）、一元递归联系；子类实体集及其联系；弱实体集及其联系；主键和参照完整性）。要求能够熟练地把现实世界的事物及联系抽象为E-R模型。 数据模型三要素。 掌握：数据库设计的步骤。 数据模型的概念 * * * 用 这一特殊联系表示“子类”,下图C是D的子类 isa C D isa D 和C共有的属性 D独有的属性 * 学生 isa isa 本科生 研究生 班级 导师 学号 年龄 姓名 方向 课程 社团 学术活动 参与 参加 选 * 例： 一般影片存储片名、片长、年份、体裁等信息 凶杀片另加一个“武器”的信息 卡通片另加一个“配音”联系 影片-----超类 凶杀片-----子类 （有特殊的属性） 卡通片------子类 （有特殊的联系） * 影片 isa isa 卡通片 凶杀片 年份 片名 武器 配音 片长 体裁 * E/R模型中的继承： 认为“研究生” 具有“学生”中通用的属性 也具有“研究生”特殊的属性 既有“学生”的联系“选课”等 又有“研究生”与学术活动的特殊的联系“参与” 卡通片 …...+“配音”这一联系 凶杀片 …...+“武器”这一属性 * 对于卡通凶杀片无须引入新子类 认为有这样的实体——它拥有影片、卡通片及凶杀片 的属性 如果想知道配音演员的信息， 可通过“配音”联系去找； 如果想知道使用的武器，可从凶杀片信息中找 * 2.3.6 设计原则 P82-85 1)真实性 联系:多对多?一对多?…. 与应用背景有关 影星与电影 课程与 教师 人与车 属性: 与实体集（型）有关 与应用系统有关 影星 -----私人汽车的汽缸数 * 2)避免冗余 任何冗余,导致潜在的不一致,空间的浪费 学生 课程 选 学号 课号 年龄 姓名 学号 名称 姓名 成绩 * 3)避免引入过多的元素 P23 影片 所有权 制片公司 属于 代表 * P84 图4-12 影片 制片公司 影星 参演 属于 工作于 * 4)选择适当的元素类型 问题之一:属性? 实体集? 如果某个事物除了标识(如:编号 ,名称)之外 没有其他的属性,那么作属性更合适; 否则,作为实体集更合适。 * 制片公司作为实体集 电影 制片公司 属于 名称 地址 * 电影 制片公司名称 制片公司地址 制片公司的名称和地址作为电影的属性 同一公司的多部影片重复相同内容 * 电影 制片公司名称 只需存储制片公司的名称,制片公司的名称作为电影的属性,是必要的冗余 * 类似的情况: 只关心职工所在部门,不关心部门其他情况 -------------部门作为职工的属性即可 否则,部门应作为实体出现 实体集是需要由若干属性来描述的 特例：仅单一属性 但作为集合与其他实体集发生联系。 实体集 * 问题之二: 联系? 实体集? 大多数情况下，根据个人考虑问题的思路 选“联系”或“实体集”表达均可 但具体问题，有一些具体因素要考虑。例如： 有关 影星与制片公司签约问题 用“签约”这一联系? 用“合同”这一实体集? * 多路联系 P77 1)制片公司有两个: 影星所属 影片所属 两个公司两个角色 影星 制片公司 影片 签约 影星所属公司 影片制造公司 * P79 影星 制片公司 合同 影片 签约 签约 制造 影星所属