ORACLE数据库设计要点.ppt

Oracle Database数据库设计要点 前言 本课件将重点放在介绍基于Oracle系统的设计关键点上，而不是放在MIS设计中的概念细节上；突出的是采用Oracle作为RDBMS后，在设计中经常忽略一些非常重要的地方，如创建表空间问题、表结构与存储预分配问题等。这样目的是让听课人员直接了解到哪些是设计高性能数据库的关键。 由于PPT内容所限制，课件中只给出简要的介绍，关键是我在讲授中的提示及参考我们免费拷贝的相关资料。软件性能问题是一个复杂的问题，设计到环境(网络带宽)、服务器配置、设计的合理性及编程质量、数据库参数的配置等。尽管我在这里介绍的是性能问题，但要想设计出一个较好性能的MIS，还需要了解许多其它的内容，比如数据库的处理机制等。 内容提要 设计方法回顾 概念设计要点 逻辑设计 物理设计(另外ppt详细描述)* 应用与安全设计 数据库设计方法 瀑布模式(Waterfall Model) 快速原型模式(RAD Model) Phased (Incremental) Prototyping 螺旋(Spiral)方法 本次不是介绍各种设计方法，见《数据库设计方法》 瀑布式方法-SDLC 初始评估 可性性研究(Feasibility study) 瀑布式方法- SDLC 数据设计过程 步骤: 需求搜集 分析 概念数据库设计 逻辑数据库设计 模式定义 物理数据库设计 应用与安全设计 需求分析 理解用户希望从数据库得到什么. 需要存储在数据库中的数据. 商业处理与规则. 创建在数据库之上的应用. 频繁的操作与性能要求 (performance requirements). 需求分析 一个非正式的处理. 搜集需求并不是最好的方法. 可能的方法: 会见用户组 环境的研究 研究存在的系统 (manual/automated) 给出需求文档. 概念数据库设计 一个高级的概念模型是被设计到数据需求中的. ER 模型是最普通 在概念设计中广泛使用的. 精确的数据模型与容易的转换. 个人观点：不是最好的设计. 概念数据库设计-概念模型 概念模型 ：表达概念设计结果的工具 概念模型 应具备的特征: 有丰富的语义表达能力 易于交流和理解 易于变动 易于向各种数据模型转换 ER模型 概念数据库设计-主要步骤 进行数据抽象,设计局部概念模式 将局部概念模式综合成全局概念模式 评审 概念数据库设计-ER方法设计 (1)设计局部ER模式 (2) 设计全局ER模式。 (3)全局ER模式的优化 概念数据库设计-局部ER模式 ① 确定局部结构范围 ② 实体定义 ③ 联系定义：映射基数、联系命名 ④ 属性分配 概念数据库设计-全局ER模式 局部ER模式综合成单一的全局概念结构 确定公共实体类型 局部ER模式的合并 消除冲突 ：属性冲突 、结构冲突、命名冲突 全局ER模式的优化 实体类型的合并 冗余属性的消除 冗余联系的消除 全局的ER例子 逻辑数据库设计 一种专门的数据建模 (relational model) 与 DBMS 选择. 概念设计转换为具体的 DBMS支持的模型. 设计的部件包括： Tables Indexes Views Transactions Access authorities Others 逻辑设计环境 输入 独立于DBMS的概念模式 处理需求 DBMS特性 输出 DBMS可处理的模式 子模式 应用程序设计指南 物理设计指南 关系数据库的逻辑设计 关系数据库的逻辑设计 1. 导出初始关系模式 一个实体类型转换成一个关系模式 一个联系类型转换成一个关系模式 2. 规范化处理 确定规范级别 ：3NF或BCNF是适当的标准 实施规范化处理 3. 模式评价 功能评价 性能评价 转换实体到逻辑模式 SQL DDL 转换一个关系集 产生模式属性，包括: 关联实体键 (foreign keys) 叙述性属性 物理数据库设计 定义数据库物理结构，包括: 存储子系统(RAID,RAW?). 容量等. 工作量与性能预期考虑. 建立索引与分区表. 可能包括数据库模式的部分重新设计. 物理数据库设计-概要 在目标 DBMS上实现模式 基于关系的设计 起源数据的设计描述 设计企业的约束 设计物理描述 分析事务 选择文件结构 选择索引 磁盘空间估计 物理数据库设计-概要 设计用户视图 设计安全机制 考虑冗余控制 监视和调整OS 在 DBMS上设计模式 在所选择的DBMS上提出关系数据库模式( schema ). 了解具体DBMS 使用特点，如Oracle创建关系时与支持的定义(你可别用SQL Server那一套来设计): PKs, FKs,