数据库设计贯通-概念结构设计.pptVIP

数据库设计贯通—概念结构设计部分 参考书目： 数据库系统概论 高等教育出版社 王珊 萨师煊 数据库系统教程 高等教育出版社 施伯乐等 数据库设计、应用开发与管理 电子工业出版社 Michael V.Mannino 著 唐常杰 等译 UML和统一过程-实用面向对象的分析和设计 机械工业出版社 方贵宾 等译 UML应用建模实践过程 机械工业出版社尤克滨 编著 三种方式 自顶向下 三种方式 自底向上 三种方式 混合模式 比较： 软件测试中集成测试的三种方式 自底向上 自定向下 混合 自底向上的概念设计 自底向上概念设计 步骤 局部ER的设计 局部ER的优化 局部ER的集成和优化 自底向上概念设计-局部ER设计 分析系统中的数据和数据处理： 标识实体 标识主码 标识属性 添加联系 数据 数据处理 通过分析需求分析的工具DFD来解析业务流程（数据的处理） 某系统销售子系统的业务流程 通过分析需求分析的工具DD来解析数据 某系统的局部ER(销售子系统) 市政用水ER设计(未局部优化) 以上的数据库概念设计基于面向数据流的（结构化的）需求分析 如果概念设计基于面向对象的需求分析，同样可以采用ER方法建模（更多知识可参考“面向对象数据库建模”的相关资料） 面向对象的需求分析主要方法是UML用例建模 定义系统边界 找出参与者 找出用例 说明用例 创建场景 定义项目词汇表 用例图(use case diagram) 用例描述 事件流的例子 自底向上概念设计-局部ER优化参见课件chpt3 Attribute to entity type Compound attribute split Multi-Value attribute transform Entity type expansion Weak entity to strong entity Add history: attributes, 1-M relationships, and M-N relationships Generalization hierarchy addition Normalization 自底向上概念设计-局部ER集成和优化 将各个子系统ER集成起来并进行优化 集成 一次集成 增量集成 优化（也叫作：修改与重构） 自底向上概念设计-局部ER集成和优化 自底向上概念设计-局部ER集成 集成需要结局不一致（冲突）问题 各个子系统所面向的应用和用户不同 可能是不同的分析或设计人员完成的 冲突分类 属性冲突 类型、取值范围、取值集合、取值单位 由于用户方面造成的，各个部门需要协商讨论 命名冲突 同名异义 异名同义 科研项目：财务部称项目、科研处称课题、生产管理处称工程 班级管理子系统中的班主任与课程管理子系统中的教师 教师管理子系统中的项目负责人与课程管理子系统中的教师 结构冲突（未完） 结构冲突（续） 同一对象在不同的ER设计中具有不同的抽象 如：职工在某一局部ER中被当做实体，而在另一局部ER中被当做属性 解决？ 同一实体在各局部ER中属性个数和排列不一致 解决？-取并集 相同实体间的联系在各局部ER中不一致 解决？ 合并两个局部ER时的结构冲突的消除 自底向上概念设计-全局ER优化 原则：实体尽可能少、属性尽可能少（无冗余属性）、无冗余联系 冗余的属性和联系破坏了数据库的完整性，增加了数据库维护的困难 自底向上概念设计-全局ER优化 优化方法 合并实体 如可考虑将1：1联系的实体合并 冗余属性的消除 去掉出现在不同实体中的同一属性 去掉可由其它属性导出的属性 方法：分析法（见后）/规范化 冗余联系的消除 用范式进行规范化处理（见后） 反规范化（见后） 关于冗余属性的消除 找出下图中冗余的属性？ Q4=∑Q5 Q3=Q1XQ2 消除冗余联系 ER图如果形成环，则表示可能存在冗余的联系 反规范化 并不是所有冗余数据与冗余联系都必须加以消除 出于对效率的考虑，以冗余为代价 关于反规范化 以Q4和Q5为例，这两个属性之间存在依赖，去掉Q4属性 但若某部门要频繁查询各种材料的库存量，则每次都要对存放量Q5求和，如此降低了查询效率 解决： 保留Q4，同时建立Q5和Q4的完整性约束（如通过触发器，每次修改Q5之后触发） The End