数据库及数据仓库精要.pptVIP

弱实体的转换 由于弱实体总是全参与它与它的标识实体之间的多对一联系，因此可以采用上面提出的一对多联系方法进行转换。 弱实体转换后生成的表的主键由标识实体的主键与弱实体本身的部分键组合而成。 如弱实体Item转换后，构成如下： Item（order# ,item# , isbn ,qty) 实体层次的转换 将实体层次转换为表定义时可采用两种方法 父辈实体与子辈实体都转换为单独的表通用方法，任何情况适用。 每一个子辈实体转换为单独的表，其中既包含各子辈实体的特殊属性，也包含子辈与父辈实体的公有属性。只适用全参与泛化，因无法比哦啊是不从属于任何子辈实体的父辈实体 如Customer与VIP、NONVIP之间的全参与泛化可用第二种方法转换为： VIP(customer#,name,gender,birthday,city,address,email,credit) NONVIP( customer# ,name,gender,birthday,city,address,email,discount) 一些实际的考虑 一般来说，在将ER图转换到表定义的过程中，需要考虑两个实际的问题：性能与数据规范化。 提高数据库性能的一个重要方法是进行数据冗余。 用一个表记录所有父子实体，而用一个字段来表示实体的类型。 例如：Customer( customer# ,name,gender,birthday,city,address,email,credit,discount,customer_type) 在线书店数据库 Book(isbn,title,price,press,stock) Author(author# ,name,city) Written_by(isbn,author# ,serial) Category(category# ,super# ,tag) Customer( customer# ,name,gender,birthday,city,address,email,credit,discount,customer_type) Interest_in(customer# ,category# ,date) Wish_for(customer# ,isbn ,date,status) Order(order# ,customer# ,date,status,payment,name,address) Item(item# ,order# ,isbn,qty) 思考题 电话计费系统关于不同业务或叫特殊功能需求，比如：国内长途，港澳长途，国际长途等，如何设计数据库满足： 表结构不变，永远满足需求，比如：减少业务，增加业务 基于表的设计和基于实体联系模型的设计比较 数据库及数据仓库精要 前言 数据库扮演的角色 也叫联机事务处理OLAP(Online Transactional Processing)，数据库保存由日常管理过程中涉及的业务操作创建的操作型结构化数据，数据记录系统管理行为（通过各种业务逻辑来交互）。反映细粒度的事务数据，保存时间短。主要依赖关系建模方法论。 数据仓库扮演的角色 也叫联机分析处理OLAP(Online Analytical Processing)，数据由联机事务处理来，经过选择和聚集，变为分析事实产生的因果，辅助决策制定（通过各种分析报表来交互）。反映大范围的事实数据，保存时间长。主要依赖多维建模方法论 问题的导入 结构良好的表，范式，SQL语言及关系 基本表与中间表、临时表不同，基本表及其字段之间的关系，应尽量满足第三范式，是结构良好的表，它可以消除删除行，改变行，修改行(实例)的错误和异常。它具有如下四个特性：(1) 原子性，基本表中的字段是不可再分解的。(2) 原始性，基本表中的记录是原始数据（基础数据）的记录。(3) 演绎性，由基本表与代码表中的数据，可以派生出所有的输出数据。(4) 稳定性，基本表的结构是相对稳定的，表中的记录是要长期保存的。(5)基本表的每个决定因子都必须是候选建。(6)菲基本表必须分解为两个或多个基本表。 三个基本范式：(1) 1NF是对属性的原子性约束，要求属性具有原子性，不可再分解。(2) 2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性。(3) 3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余 大多数结构不良好的表，会产生或包含大量的冗余数据，同时可能会出现删除行，改变行，修改行的错误和异常，这都是都是使用了SQL DML CURD语句产生的。像中间表、报表和临时表：(1) 中间表是存放统计数据的表，它是为数据仓库、输出报表或查询结果而设计的，有时它没有主键与外键(数据仓库除外)。(2) 临时表是程