第一章 1-关系型数据库回顾.ppt

数据库概念设计实例 问题 丢失核心实体项目 项目的用什么表达（属性）经常犯的错误！ 标识信息：编号、名称、地理区域 基础地理信息 自然资源 社会、经济条件 项目成果与资金的实体，属性是什么？ 数据库概念设计实例 正确的画法 主管部门 审查 技术依托单位 编制 省计财部门 投资 验收 签定合同 承担单位 项目 制定 编写 项目跟踪 旱作技术 建议书 实施方案 数据库逻辑设计 数据库逻辑设计 逻辑设计的内容 将E─R图转换为等价的关系模式。 应用E─R图进行概念设计时，基本是尊从关系模式进行的，因此转换是比较直观的。 实体和联系都可以表示为关系，同时实体和联系的属性也可以表示为关系的属性。 E─R图到关系模式的转换规则 命名与属性域 关系命名可采用E─R图原来的名称，也可重新命名，但各关系的名称不能重复。 关系中的属性域必须与E─R图中相一致，如有冲突需做调整，一般是调整E─R图中的域类型。 数据库逻辑设计 非原子属性的处理 E─R图允许数据模式中有非原子属性，这不符合关系模型的第一范式的条件。 非原子属性主要有两个基本类型∶集合型和元组型。解决办法为∶对集合型进行纵向展开，对元组型进行横向展开，或建立新的关系。 数据库逻辑设计 学号 选修的课程 96001 物理，数据库原理及应用，C语言程序设计 96002 物理，邓小平理论，法律 学号 课程名 96001 物理 96001 数据库原理与应用 96001 C语言程序设计 96002 物理 96002 邓小平理论 96002 法律 集合属性的展开 数据库逻辑设计 弱实体的处理 弱实体不能独立存在，它必须依附于一个独立实体。在转换成关系模式时，弱实体必须包含独立实体的主键。 学号 姓名 通讯方法 学号 姓名 通讯地址 邮编 元组集合展开 数据库逻辑设计 字段名 中文意义 类型 备注 User_ID 使用者身份证号 Char(18) PK Name 姓名 VarChar(20) Sex 性别 Integer Address 住址 VarChar(100) Tel 联系电话 VarChar(40) 字段名 中文意义 类型 备注 User_ID 使用者身份证号 Char(18) PK FK Name 姓名 VarChar(20) PK Sex 性别 Integer Relation 与使用者关系 Char(10) 使用者表 家属成员表 数据库逻辑设计 联系的转换 1:1联系 联系所转换成的关系模式主键可借用其中一个实体的主键。 为了减少关系表的数量，可以把两个实体表与关系表合并成一个表。 字段名 中文意义 类型 备注 User_ID 使用者身份证号 Char(18) PK Name 姓名 VarChar(20) Sex 性别 Integer Address 住址 VarChar(100) Tel 联系电话 VarChar(40) DL_name 指界代理人 VarChar(20) WT_date 委托日期 Date DL_Tel 代理人联系电话 VarChar(40) 数据库逻辑设计 1:N联系 联系所转换成的关系模式中只包含多端实体的主键就能识别一个联系。 如果多端的实体是全参与联系，也可以把联系与实体合并成一个表。 数据库逻辑设计 M:N联系 实体与联系分别建表 联系所转换成的关系模式中必须包含两个实体的主键才能识别一个联系，即联系表的主键必需是两个实体表的主键复合体。 数据库逻辑设计 子实体的转换 子实体子实体全部继承超实体的属性，因此在转换成关系模式时，必须包含超实体的主键，也可以使用超实体的主键直接作为主键。 范畴的转换 范畴一般没有自己的属性，它直接继承超实体的属性，如果转换成关系模式，必须新增主键、继承来源标识列及超实体键列。 规范化及优化调整 关系模式的规范化及优化调整 适应DBMS限制条件 数据类型、数据窗口 long binary、long raw、ntext、long 满足性能要求 减少连接运算 Select * from s Union Select * from sc 减少关系的大小和数据量 尽可能使用快照 节省存储空间 节省每个属性所占的存储空间 采用假属性减少重复数据，即编码方式。 第一章 关系型数据库回顾 数据库、DBMS原理和关系型模型 了解数据库 “数据库”定义 数据库是一个服务于一个核心目标的数据的有组织的集合。 数据库中的数据是有组织的，数据库不含有无关的或冗余的数据。 例如：一本电话簿，它包含有关的数据（姓名、性别、工作单位、手机、办公电话、家庭电话等），让人们能够查找电话号码；它不包含无关的数据，如某人的电话机的颜色。 数据库分类 应用目标分类：商业数据库、科学数据库、军事数据库及其他的数据库等等。 数据格式分类：现在数据