数据库剖析[重要].ppt

第六章 数据库设计 学习要点 数据库设计的特点 数据库设计的基本步骤 6.1 数据库设计概述 数据库设计 对于一个给定的应用环境构造最优的数据库模式 数据库应用系统 使用数据库的各类系统 信息系统 信息系统是提供信息，辅助人们对应用环境进行控制和进行决策的系统 数据库是信息系统的核心和基础 数据库设计所需技术知识 数据库基本知识和设计技术 计算机科学基础知识、程序设计的方法和技巧 软件工程的原理和方法 应用领域的知识 数据库设计的特点 硬件、软件、技术与管理的综合体 “三分技术，七分管理，十二分基础数据” 数据库设计与应用系统相结合 过去的结构化设计和逐步求精设计方法 着重于处理过程的特性，而推迟数据结构的设计 早期的数据库设计 致力于对数据建模法，而忽视行为设计 数据库设计方法简述 手工试凑法 和技术人员水平和经验有关? 规范设计法 将数据库设计分阶段进行 E-R模型、关系范式理论等方法应用于设计的不同阶段 本质上还是手工设计法，基本思想是设计过程迭代、逐步求精 自动数据库设计工具 Design 2000(ORACLE), PowerDesigner(SYBASE) 数据设计和应用设计同时进行 很多计算机辅助软件工程（CASE，Computer Aided Software Engineering）工具 Sybase建模工具:PowerDesigner10.0 满足企业对所有业务、数据和对象建模的需求 建模工具集 数据建模、UML建模和业务流程建模 将商业需求与应用技术紧密结合，不论终端用户的技术水平如何 保证了所有企业所用来开发软件服务的一种语言或多种语言、组件及应用都能够被全面支持 对UML的全面支持 扩大了现有的Java, C++, Corba IDL, PowerBuilder和XML的编码生成 增加了对Microsoft .Net平台上的最流行语言的支持 数据库设计的基本步骤 数据库结构设计阶段 数据库的设计必须与数据处理的设计在每一各设计步骤中紧密结合，相互参照，相互补充 设计过程中形成的数据库各级模式 6.2 需求分析 需求分析的任务：调查、收集、分析用户对数据库的要求 信息要求 需存储的数据 处理要求 要完成的功能、响应时间、处理方式等 安全性与完整性要求 用户管理、数据管理、数据一致性等 调查用户需求的步骤 调查组织机构情况 调查各部门的业务活动情况 熟悉业务活动，明确新系统的各种要求 确定新系统的边界(需计算机化的部分) 调查用户需求的方法 跟班作业 开调查会 请专人介绍 询问 填写调查表 查阅原系统的工作记录 抽象需求分析的方法 结构化分析(SA)方法 自顶向下、逐层分解 形成需求文档、数据字典(DD)及多层数据流图(DFD) 需求分析的过程 示意：售书系统 售书系统 数据字典 描述系统中的数据，包括数据项、数据结构、数据流、数据存储和处理过程 数据项描述 = {数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其它数据项的逻辑关系，数据项之间的联系} 数据结构描述 = {数据结构名，含义说明，组成：{数据项或数据结构}} 数据流描述 = {数据流名，说明，数据流来源，数据流去向，组成：{数据结构}，平均流量，高峰期流量} 数据存储描述 = {数据存储名，说明，编号，输入的数据流，输出的数据流，组成：{数据结构}，数据量，存取频度，存取方式} 处理过程描述 = {处理过程名，说明，输入：{数据流}，输出：{数据流}，处理：{简要说明}} 需求分析 需求分析的结果反馈给用户审定 需求分析需要考虑需求变更和扩充，强调用户参与 6.3 概念结构设计 概念结构 将在需求分析阶段得到的应用需求抽象为信息世界的结构，常用E-R模型来描述 独立于机器 概念结构的特点 真实充分地反映客观世界 易于理解 易于更改 易于转换成为数据模型 概念结构设计的方法 自顶向下 首先定义全局概念结构的框架，然后逐步细化 自底向上 首先定义各局部应用的概念结构，然后集成 逐步扩张 首先定义最重要的核心概念结构，然后向外扩充 混合策略 首先用自顶向下策略设计全局概念结构的框架，再集成用自底向上策略设计的各局部概念结构 概念结构设计的步骤 数据抽象 数据抽象 抽象出对客观世界中的概念、对象的本质特性 用于在需求分析阶段将收集到的数据进行分类、组织(聚集)，从而形成实体、实体的属性，标识实体的码，确定实体间的联系类型，以便设计相应的E-R图 三类数据抽象机制 分类 聚集 概括 数据抽象机制之一 分类 将一类具有共同特性和行为的对象定义为一种某类型，在E-R模型中的实体型就是这种抽象，如学生，课程 抽象了对象的值和型之间“is member of”语义 数据抽象机制之二 聚集 定义某类型的组成成分，对应E-R模型中实体