oracle数据库设计.ppt

1、数据库设计基础,实体关系建模,课程目标,实体关系建模 基本概念 模型图表示法,数据建模的意义,数据建模是数据库设计过程的第一步，它充当现实世界对象和计算机中实现的数据库模型之间的桥梁。,实体关系模型的基本概念,实体 属性 关系 连接性和基数 关系强度 关系参与 关系强度和弱实体 关系级别 复合实体,实体,实体，即实体组，对应数据库的表 表中的行叫实体实例或实体具体值 Crows Foot模型如图表示实体,属性,属性描述实体的特性 实体的属性具有以下概念 域 主键标 复合属性和简单属性 单值属性 多值属性 派生属性,域,域：属性可能值的集,主键标,惟一标识行数据的一个或多个属性 一般主键标由单个

2、属性组成，也可以由多个属性组成，称之为复合主键标,复合属性和简单属性,复合属性： 可以进一步划分，产生另外属性的属性，例如：地址 简单属性： 不能再划分的属性,单值属性/多值属性,单值属性 只能由单个值的属性 如：人的身份证号码、产品编号等 多值属性 可能有很多值的属性 如：一个人的学位、一个人的联系电话 多值属性处理： 创建由原始的多值属性的组件组成的新实体,多值属性的处理范例,派生属性,属性值可以从其他属性中计算出来的属性 派生属性不需要物理的存储在数据库中 员工年龄=round(sysdate-员工生日)/365),关系,概念 关系是实体之间的联系； 参加关系的实体也称为参与者； 关系名

3、称用来描述每一个关系； 关系名称是主动或被动的动词； 范例： 学生“上”课； 教授“教”课 学院“雇佣”教授 学院“由”院长“管理”,连接性和基数,连接性：描述关系的分类（1:1、1:M、N:M） 基数：与相关实体的一个具体值有关的实体具体值的数量 例如：规定一个教授只可以讲授4节课 在模型图中不可以直接通过图形描述这个问题 这个问题的实现也需要通过触发器,一个教授可以教很多课,一节课只有一个教授教,关系强度,存在依赖性 如果实体的存在依赖于一个或多个其他实体的存在，就称为它是存在依赖的（部门-雇员） 如果实体的存在不依赖于任何实体而存在，就称之为它是存在独立的，也叫强实体（雇员） 对象的存在

4、依赖体现在关系上分为 弱（非标识）关系 强（标识）关系,弱（非标识）关系,如果一个实体对于另一个实体不是存在依赖的，他们之间的关系称为弱关系，也称为非标识关系 从数据库设计的角度讲：相关实体不包含父实体的PK组件，就是弱关系 如（授课不仅仅依赖于课程）： 课程(课程编号，学院编号，课程描述) 授课（授课编号，课程编号，教室编号，教授编号，授课时间 ） Crows Foot模型中通过虚关系线描述弱关系,强（标识）关系,相关实体存在依赖时，存在强关系也叫标识关系 从数据库设计角度讲：只要相关实体的PK包括父实体的PK组件，两个实体之间就存在强关系 如（教授依赖于雇员，即教授首先是雇员） 雇员（雇员

5、编号，雇员姓名，雇员邮箱） 教授（雇员编号，教授专业，学院编号） Crows Foot模型中通过实线关系线描述强关系,关系参与（非强制性）,实体关系中的参与要么是非强制性的，要么是强制性的 非强制性的 在特定关系中，一个实体的具体值不要求相应的实体具体值，参与就是非强制性的 如：一个雇员的存在，不需要他一定是个教授 Crows Foot中通过在非强制性实体一方绘制小圆（O），显示实体之间的非强制性关系，最小基数为0,关系参与（强制性）,如果在特定的关系中，一个实体具体值要求相应的实体具体值，则关系参与是强制性的 Crows Foot模型图中，如果没有使用非强制符号，则就是强制性关系 强制性关系的存在表明强制性实体的最小基数为1 如下图 雇员一定是某专业的教授，至少它需要一个教授的职称,弱实体详解,弱实体符合两个条件 它是存在依赖的；也就是说，没有与它具有关系的实体，它就不存在 它具有部分或完全的从关系中的父实体中派生出来的主键标 强关系表明相关实体是弱实体,强关系,弱实体,关系级别,关系级别：相关实体或参与者的数量 联系保持在单一实体中时，称为一元关系 当两个实体相关时，存在二元关系 当三个实体相关时，存在三元关系,二元关系,三元关系,一元关系（递归关系）,递归关系： 是指关系可以存在于相同实体集的具体值之间的关系,结婚,管理,复合实