《《数据库分析重要》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《数据库分析重要》PPT课件.ppt（53页珍藏版）》请在金锄头文库上搜索。
1、第六章第六章第六章第六章 数据库设计数据库设计数据库设计数据库设计学习要点学习要点:数据库设计的特点数据库设计的特点:数据库设计的基本步骤数据库设计的基本步骤6.1 6.1 数据库设计概述数据库设计概述:数据库设计数据库设计数据库设计数据库设计u对于一个给定的应用环境构造最优的数据库模式对于一个给定的应用环境构造最优的数据库模式:数据库应用系统数据库应用系统数据库应用系统数据库应用系统u使用数据库的各类系统使用数据库的各类系统:信息系统信息系统信息系统信息系统u信息系统是提供信息，辅助人们对应用环境进行控信息系统是提供信息，辅助人们对应用环境进行控制和进行决策的系统制和进行决策的系统u数据库是
2、信息系统的核心和基础数据库是信息系统的核心和基础数据库设计所需技术知识数据库设计所需技术知识:数据库基本知识和设计技术数据库基本知识和设计技术:计算机科学基础知识、程序设计的方法计算机科学基础知识、程序设计的方法和技巧和技巧:软件工程的原理和方法软件工程的原理和方法:应用领域的知识应用领域的知识补充知识数据库设计的特点数据库设计的特点:硬件、软件、技术与管理的综合体硬件、软件、技术与管理的综合体u“三分技术，七分管理，十二分基础数据三分技术，七分管理，十二分基础数据”:数据库设计与应用系统相结合数据库设计与应用系统相结合u过去的结构化设计和逐步求精设计方法过去的结构化设计和逐步求精设计方法着重
3、于处理过程的特性，而推迟数据结构的设计着重于处理过程的特性，而推迟数据结构的设计u早期的数据库设计早期的数据库设计致力于对数据建模法，而忽视行为设计致力于对数据建模法，而忽视行为设计结构特性结构特性(数据分析数据分析)行为特性行为特性(功能分析功能分析)数据库设计方法简述数据库设计方法简述:手工试凑法手工试凑法手工试凑法手工试凑法u和技术人员水平和经验有关和技术人员水平和经验有关:规范设计法规范设计法规范设计法规范设计法u将数据库设计分阶段进行将数据库设计分阶段进行uE-R模型、关系范式理论等方法应用于设计的不同阶模型、关系范式理论等方法应用于设计的不同阶段段本质上还是手工设计法，基本思想是设
4、计过程迭代、本质上还是手工设计法，基本思想是设计过程迭代、逐步求精逐步求精:自动数据库设计工具自动数据库设计工具自动数据库设计工具自动数据库设计工具uDesign 2000(ORACLE), PowerDesigner(SYBASE)u数据设计和应用设计同时进行数据设计和应用设计同时进行很多计算机辅助软件工程（很多计算机辅助软件工程（CASE，Computer Aided Software Engineering）工具工具SybaseSybase建模工具建模工具:PowerDesigner10.0:PowerDesigner10.0:满足企业对所有业务、数据和对象建模的需求满足企业对所有业务、
5、数据和对象建模的需求满足企业对所有业务、数据和对象建模的需求满足企业对所有业务、数据和对象建模的需求:建模工具集建模工具集建模工具集建模工具集u数据建模数据建模、UML建模建模和和业务流程建模业务流程建模:将将将将商业需求商业需求商业需求商业需求与与与与应用技术应用技术应用技术应用技术紧密结合，不论终端用户紧密结合，不论终端用户紧密结合，不论终端用户紧密结合，不论终端用户的技术水平如何的技术水平如何的技术水平如何的技术水平如何:保证了所有企业所用来开发软件服务的一种语言保证了所有企业所用来开发软件服务的一种语言保证了所有企业所用来开发软件服务的一种语言保证了所有企业所用来开发软件服务的一种语言
6、或多种语言、组件及应用都能够被全面支持或多种语言、组件及应用都能够被全面支持或多种语言、组件及应用都能够被全面支持或多种语言、组件及应用都能够被全面支持u对对UML的全面支持的全面支持u扩大了现有的扩大了现有的Java, C+, Corba IDL, PowerBuilder和和XML的编码生成的编码生成u增加了对增加了对Microsoft .Net平台上的最流行语言的支持平台上的最流行语言的支持数据库设计的基本步骤数据库设计的基本步骤需求收集和分析设计概念结构设计逻辑结构数据模型优化设计物理结构设计评价，性能预测物理实现试验性运行使用、维护数据库需求分析阶段需求分析阶段概念设计阶段概念设计阶
7、段逻辑设计阶段逻辑设计阶段物理设计阶段物理设计阶段数据库实施阶段数据库实施阶段数据库运行维护阶段数据库运行维护阶段应用需求(数据、处理)转换规则、DBMS功能、优化方法应用要求DBMS详细特征不满意不满意需求文档数据字典数据流图等用E-R图描述的概念模型某种数据模型并优化存储安排方法选择存取路径建立编写模式数据装入数据库试运行性能检测、转储/恢复数据库重组和重构按照规范化设计的方法过程迭代、逐步求精的设计思想数据库结构设计阶段数据库结构设计阶段:数据库的设计数据库的设计数据库的设计数据库的设计必须与必须与必须与必须与数据处理的设计数据处理的设计数据处理的设计数据处理的设计在每一各设计步在每一各
8、设计步在每一各设计步在每一各设计步骤中紧密结合，相互参照，相互补充骤中紧密结合，相互参照，相互补充骤中紧密结合，相互参照，相互补充骤中紧密结合，相互参照，相互补充设计阶段设计阶段设计描述设计描述数据数据处理处理需求分析需求分析数据字典、数据项、数据流、数据字典、数据项、数据流、数据字典、数据项、数据流、数据字典、数据项、数据流、数据存储的描述数据存储的描述数据存储的描述数据存储的描述数据流图和判定树、数据字典数据流图和判定树、数据字典数据流图和判定树、数据字典数据流图和判定树、数据字典中处理过程的描述中处理过程的描述中处理过程的描述中处理过程的描述概念结构设计概念结构设计概念模型概念模型概念模
9、型概念模型( (E-RE-R图图图图) )、数据字典、数据字典、数据字典、数据字典系统说明书系统说明书系统说明书系统说明书 ( (系统要求、方案、系统要求、方案、系统要求、方案、系统要求、方案、概图、数据流图概图、数据流图概图、数据流图概图、数据流图) )逻辑结构设计逻辑结构设计某种数据模型某种数据模型某种数据模型某种数据模型( (如关系如关系如关系如关系) )系统结构图系统结构图系统结构图系统结构图( (模块结构模块结构模块结构模块结构) )物理设计物理设计存储安排、方法选择、存取路存储安排、方法选择、存取路存储安排、方法选择、存取路存储安排、方法选择、存取路径建立径建立径建立径建立模块设计
10、模块设计模块设计模块设计实施阶段实施阶段编写模式、装入数据、数据库编写模式、装入数据、数据库编写模式、装入数据、数据库编写模式、装入数据、数据库试运行试运行试运行试运行程序编码、编译联结、测试程序编码、编译联结、测试程序编码、编译联结、测试程序编码、编译联结、测试运行维护运行维护性能监测、转储性能监测、转储性能监测、转储性能监测、转储/ /恢复、数据恢复、数据恢复、数据恢复、数据库重组和重构库重组和重构库重组和重构库重组和重构新旧系统转换、运行、维护新旧系统转换、运行、维护新旧系统转换、运行、维护新旧系统转换、运行、维护设计过程中形成的数据库各级模式设计过程中形成的数据库各级模式概念模式逻辑模
11、式内模式应用要求应用要求应用要求应用要求外模式外模式外模式外模式综合转换映象映象应用1应用2应用3应用4应用1应用2应用3应用4需求分析阶段概念设计阶段逻辑设计阶段逻辑设计阶段物理设计阶段6.2 6.2 需求分析需求分析:需求分析的任务：调查、收集、分析用户需求分析的任务：调查、收集、分析用户对数据库的要求对数据库的要求u信息要求信息要求需存储的数据需存储的数据u处理要求处理要求要完成的功能、响应时间、处理方式等要完成的功能、响应时间、处理方式等u安全性与完整性要求安全性与完整性要求用户管理、数据管理、数据一致性等用户管理、数据管理、数据一致性等调查用户需求的步骤调查用户需求的步骤:调查组织机
12、构情况调查组织机构情况:调查各部门的业务活动情况调查各部门的业务活动情况:熟悉业务活动，明确新系统的各种要求熟悉业务活动，明确新系统的各种要求:确定新系统的边界确定新系统的边界(需计算机化的部分需计算机化的部分)调查用户需求的方法调查用户需求的方法:跟班作业跟班作业:开调查会开调查会:请专人介绍请专人介绍:询问询问:填写调查表填写调查表:查阅原系统的工作记录查阅原系统的工作记录抽象需求分析的方法抽象需求分析的方法:结构化分析结构化分析(SA)方法方法u自顶向下、逐层分解自顶向下、逐层分解u形成形成需求文档需求文档、数据字典数据字典(DD)及多层及多层数据流数据流图图(DFD)数据来源数据存储数
13、据输出处理某一层次的抽象图需求分析的过程需求分析的过程调查组织机构总体情况明确用户需求熟悉业务活动概念设计确定系统边界DFDDD用户设计员领书单领书单 进书通知进书通知 购书单购书单 缺书单缺书单 示意：售示意：售书系统书系统学学生生教材教材购销购销系统系统书库书库保管保管员员售售书系统书系统领书单 进书通知 进书通知 购书单缺书单 1销售 2采购书库保管员学生F1教材存量表 F2缺书登记表 顾客P1销售P2采购供应商F1 配件库存P3会计付款付款收据应付款通知收款通知到货通知订货单订货单发货单发货单例子：销售采购管理系统第1层数据流程图F2 配件目录顾客P1.1编辑订货单业务员P1.3确定订
14、货P1.5产生暂存订货单P1.2登录新顾客F3 顾客P1.4开发货单修改库存P1.6对照暂存订货单采购F4 暂存订货单P1.8编制销售、库存报表P1.7检索库存F1 配件库存经理F5 销售历史F10 应收款明细帐第2层数据流程图之一（销售）发货单订货单不合格合格新顾客不满足的订货可发的订货到货通知F4 暂存订货单P2.1按配件汇总P2.2确定订货的配件P2.5修改库存、待订数量F6 待订货的配件P2.6编制到货通知P2.4核对发货单F1 配件库存P2.3按供应商汇总F8 向供应商的订货单F9 应付款明细帐销售供应商订货单发货单错误发货单正确发货单第2层数据流程图之二（采购）顾客P3.1开收据并
15、修改明细帐P3.5编制会计报表经理P3.4修改总帐F10 应收款明细帐F11 总帐P3.3付款并修改明细帐P3.2核对付款单F9 应付款明细帐供应商第2层数据流程图之三（会计）应付款通知付款收据数据字典数据字典:描述系统中的数据，包括数据项、数据结构、数描述系统中的数据，包括数据项、数据结构、数描述系统中的数据，包括数据项、数据结构、数描述系统中的数据，包括数据项、数据结构、数据流、数据存储和处理过程据流、数据存储和处理过程据流、数据存储和处理过程据流、数据存储和处理过程u数据项描述数据项描述 = 数据项名，数据项含义说明，别名，数数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值
16、含义，与其它数据项的据类型，长度，取值范围，取值含义，与其它数据项的逻辑关系，数据项之间的联系逻辑关系，数据项之间的联系u数据结构描述数据结构描述 = 数据结构名，含义说明，组成：数据结构名，含义说明，组成：数据数据项或数据结构项或数据结构u数据流描述数据流描述 = 数据流名，说明，数据流来源，数据流数据流名，说明，数据流来源，数据流去向，组成：去向，组成：数据结构数据结构，平均流量，高峰期流量，平均流量，高峰期流量u数据存储描述数据存储描述 = 数据存储名，说明，编号，输入的数数据存储名，说明，编号，输入的数据流，输出的数据流，组成：据流，输出的数据流，组成：数据结构数据结构，数据量，存，数
17、据量，存取频度，存取方式取频度，存取方式u处理过程描述处理过程描述 = 处理过程名，说明，输入：处理过程名，说明，输入：数据流数据流，输出：，输出：数据流数据流，处理：，处理：简要说明简要说明数据依赖数据完整性约束数据完整性约束需求分析需求分析:需求分析的结果反馈给用户审定需求分析的结果反馈给用户审定:需求分析需要考虑需求变更和扩充，强调需求分析需要考虑需求变更和扩充，强调用户参与用户参与6.3 6.3 概念结构设计概念结构设计:概念结构概念结构u将在需求分析阶段得到的应用需求抽象为信将在需求分析阶段得到的应用需求抽象为信息世界的结构，常用息世界的结构，常用E-R模型来描述模型来描述u独立于机
18、器独立于机器:概念结构的特点概念结构的特点u真实充分地反映客观世界真实充分地反映客观世界u易于理解易于理解u易于更改易于更改u易于转换成为数据模型易于转换成为数据模型概念结构设计的方法概念结构设计的方法:自顶向下自顶向下自顶向下自顶向下u首先定义全局概念结构的框架，然后逐步细化首先定义全局概念结构的框架，然后逐步细化:自底向上自底向上自底向上自底向上u首先定义各局部应用的概念结构，然后集成首先定义各局部应用的概念结构，然后集成:逐步扩张逐步扩张逐步扩张逐步扩张u首先定义最重要的核心概念结构，然后向外扩充首先定义最重要的核心概念结构，然后向外扩充:混合策略混合策略混合策略混合策略u首先用自顶向下
19、策略设计全局概念结构的框架，再集首先用自顶向下策略设计全局概念结构的框架，再集成用自底向上策略设计的各局部概念结构成用自底向上策略设计的各局部概念结构P214图概念结构设计的步骤概念结构设计的步骤需求分析逻辑结构设计数据抽象局部视图设计视图集成用户反馈直至满意DDDFD局部E-R图总E-R图数据抽象数据抽象:数据抽象数据抽象u抽象出对客观世界中的概念、对象的本质特性抽象出对客观世界中的概念、对象的本质特性u用于在需求分析阶段将收集到的数据进行分类、用于在需求分析阶段将收集到的数据进行分类、组织组织(聚集聚集)，从而形成实体、实体的属性，标，从而形成实体、实体的属性，标识实体的码，确定实体间的联
20、系类型，以便设识实体的码，确定实体间的联系类型，以便设计相应的计相应的E-R图图:三类数据抽象机制三类数据抽象机制u分类分类u聚集聚集u概括概括数据抽象机制之一数据抽象机制之一:分类分类分类分类u将一类具有共同特性和行为的对象定义为一种将一类具有共同特性和行为的对象定义为一种某类型，某类型，在在E-R模型中的实体型就是这种抽象，模型中的实体型就是这种抽象，如学生，课程如学生，课程u抽象了对象的值和型之间抽象了对象的值和型之间“is member of”语义语义学生“is member of”张英王平赵斌实体型课程“is member of”C语言数据库操作系统实体型数据抽象机制之二数据抽象机制
21、之二:聚集聚集聚集聚集u定义某类型的组成成分，对应定义某类型的组成成分，对应E-R模型中实体的模型中实体的属性属性u抽象了对象类型和其成分之间的抽象了对象类型和其成分之间的“is part of”语语义义学生学号姓名专业班级仓库号面积主任仓库姓名年龄性别工资“is part of”实体型属性数据抽象机制之三数据抽象机制之三:概括概括概括概括u定义类型之间的子集联系，形成超定义类型之间的子集联系，形成超(父父)类、子类类、子类u抽象了类型之间抽象了类型之间“is subset of”语义语义u概括的重要性质：继承，即子类集成超类的所有抽象概括的重要性质：继承，即子类集成超类的所有抽象u是是E-R
22、模型的抽象机制的扩充模型的抽象机制的扩充学生学生本科生本科生研究生研究生概括的E-R表示“is subset of”超类子类学号, 姓名,性别, 年龄专业，综合排名导师，研究方向概念设计的第一步概念设计的第一步:利用抽象机制，对需求分析阶段收集到的利用抽象机制，对需求分析阶段收集到的数据进行分类、组织（聚集）数据进行分类、组织（聚集）:形成实体，实体的属性，标识实体的码，形成实体，实体的属性，标识实体的码，确定实体间的联系类型确定实体间的联系类型:设计设计局部局部E-R图图局部局部E-RE-R图设计方法图设计方法:选择局部应用：中层数据流图为依据选择局部应用：中层数据流图为依据选择局部应用：中
23、层数据流图为依据选择局部应用：中层数据流图为依据u如物资管理、人事管理、销售管理等如物资管理、人事管理、销售管理等:逐一设计局部逐一设计局部逐一设计局部逐一设计局部E-RE-R图图图图u根据数据抽象后所的得根据数据抽象后所的得DD，并参照并参照DFD，标定局部应用标定局部应用中的实体、实体属性、实体码，确定实体间的联系及类中的实体、实体属性、实体码，确定实体间的联系及类型型u设计准则设计准则(某事物作为实体还是作为属性更恰当？某事物作为实体还是作为属性更恰当？)能作为属性对待的事物尽量作为属性对待能作为属性对待的事物尽量作为属性对待能作为属性的事物必须能作为属性的事物必须不能再具有需要描述的性
24、质不能再具有需要描述的性质不能与其他实体具有联系不能与其他实体具有联系(E-R图中的联系是实体之间的联系图中的联系是实体之间的联系)职工职工号姓名年龄职称职工职工号姓名年龄职称职称代号号工资住房标准 附加福利聘任当职称没有需进一步描述的特性时，作属性当职称有需进一步描述的特性时，作实体如：P219如销售管理子系统的局部E-R图顾客应收帐订单订单细则折扣规则产品描述组成参照1参照2订货支付1nn1n1n1n1顾客号，顾客名，地址，电话，顾客号，订单号，发票号，应收金额，支付日期，订单号，顾客号，订货日期，订单号，细则号，零件号，订货数，金额，产品号，产品名，单价，产品号，订货量，折扣P220如公
25、司部门管理系统的E-R图部门项目职工电话包括承担n1n1房间号，面积项目号，预算费参与mn办公室包含1n包括n1职务承担11部门号，预算费，领导人职工号电话号码，说明职工号，姓名，办公电话工资情况E-RE-R图集成图集成:集成方式集成方式u多个局部多个局部E-R图一次集成，或以累加方式逐步集成图一次集成，或以累加方式逐步集成:集成步骤集成步骤u合并局部合并局部E-R图，生成初步图，生成初步E-R图图依靠协商或应用语义消除各局部依靠协商或应用语义消除各局部E-R图之间的图之间的属性冲突：属性冲突：如属性的类型、取值范围冲突，或属性取值单如属性的类型、取值范围冲突，或属性取值单位冲突位冲突命名冲突
26、：命名冲突：如同名异义，或一义多名如同名异义，或一义多名结构冲突：结构冲突：如不同应用中，同一对象有不同的抽象或同一如不同应用中，同一对象有不同的抽象或同一实体包含的属性不完全相同实体包含的属性不完全相同u修改和重构，生成基本修改和重构，生成基本E-R图图依据依据分析分析和和规范化理论规范化理论来消除冗余来消除冗余6.4 6.4 逻辑结构设计逻辑结构设计:逻辑结构设计的任务逻辑结构设计的任务逻辑结构设计的任务逻辑结构设计的任务u将基本将基本E-R图转换为与选用图转换为与选用DBMS所支持的数据模型所支持的数据模型相符合的逻辑结构相符合的逻辑结构:逻辑结构设计的步骤逻辑结构设计的步骤逻辑结构设计
27、的步骤逻辑结构设计的步骤概念模型基本E-R图一般数据模型关系、网状、层次特定DBMS支持的数据模型优化的数据模型转换规则DBMS的特点和限制优化方法E-RE-R图向关系模型的转换图向关系模型的转换:任务任务u将实体和实体的属性及实体间的联系转换为将实体和实体的属性及实体间的联系转换为关系模式关系模式u确定关系模式的属性和码确定关系模式的属性和码E-RE-R图向关系模型的转换原则图向关系模型的转换原则:一个实体转换为一个关系模式，实体的属性就一个实体转换为一个关系模式，实体的属性就一个实体转换为一个关系模式，实体的属性就一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码是
28、关系的属性，实体的码就是关系的码是关系的属性，实体的码就是关系的码是关系的属性，实体的码就是关系的码:对实体间的联系对实体间的联系对实体间的联系对实体间的联系u一个一个1:1联系可以转换为一个独立的关系模式，也可联系可以转换为一个独立的关系模式，也可以与任意对应的关系模式合并以与任意对应的关系模式合并u一个一个1:n联系可以转换为一个独立的关系模式，也可联系可以转换为一个独立的关系模式，也可以与以与n端端对应的关系模式合并对应的关系模式合并u一个一个m:n联系转换为一个关系模式联系转换为一个关系模式u三个或三个以上实体间的一个多元联系可以转换为三个或三个以上实体间的一个多元联系可以转换为一个关
29、系模式一个关系模式u具有相同码的关系模式可以合并具有相同码的关系模式可以合并如公司部门管理系统的E-R图及其转换成的关系模式部门项目职工电话包括承担n1n1办公室号，面积项目号，预算费参与mn办公室包含1n包括n1职务承担11部门号，预算费，领导人职工号电话号码，说明职工号，姓名，办公电话担任时期，工资分担任务 部门(部门号，部门预算费，领导人职工号) 职工(职工号，姓名，办公电话，部门号) 办公室(办公室号，面积，部门号) 项目(项目号，项目预算费，部门号) 电话(电话号码，说明，办公室号) 项目承担情况(职工号，项目号，分担任务) 工资历史(职工号，职务，担任时期，工资)部门（D#, Bu
30、get, MgrE#）职工（E#, D#, J#, Phone#）项目（J#, D#, JBuget）办公室（O#, D#, Area）电话（Phone#, O#, Owner）工资史（E#, 职务, 工资）数据模型的优化数据模型的优化:优化通常以规范化理论为指导优化通常以规范化理论为指导优化通常以规范化理论为指导优化通常以规范化理论为指导:优化方法优化方法优化方法优化方法u确定数据依赖确定数据依赖u对各个关系模式之间的数据依赖进行极小化处理，对各个关系模式之间的数据依赖进行极小化处理，消除冗余消除冗余u按照数据依赖的理论对关系模式逐一分析，确定各按照数据依赖的理论对关系模式逐一分析，确定各关
31、系模式属于第几范式关系模式属于第几范式u按用户需求分析这些模式是否合适，是否需合并或按用户需求分析这些模式是否合适，是否需合并或分解分解u对关系模式进行必要的分解，提高数据操作效率和对关系模式进行必要的分解，提高数据操作效率和存储空间利用率存储空间利用率设计用户子模式设计用户子模式:根据局部应用需求设计用户子模式根据局部应用需求设计用户子模式:设计用户子模式的目的设计用户子模式的目的u保证系统安全性保证系统安全性u简化用户对系统的使用简化用户对系统的使用:DBMS中一般采用视图中一般采用视图(View)机制机制6.5 6.5 数据库的物理设计数据库的物理设计:数据库的物理设计数据库的物理设计数
32、据库的物理设计数据库的物理设计u为一个给定的逻辑数据模型选定一个最合适应用要求的为一个给定的逻辑数据模型选定一个最合适应用要求的物理结构的过程物理结构的过程:数据库的物理设计的依据数据库的物理设计的依据数据库的物理设计的依据数据库的物理设计的依据u应用环境对所需处理的事务、所涉及到的数据，各种操应用环境对所需处理的事务、所涉及到的数据，各种操作的运行频率及响应时间等性能要求作的运行频率及响应时间等性能要求:数据库的物理设计的目标数据库的物理设计的目标数据库的物理设计的目标数据库的物理设计的目标u事务响应时间小、存储空间利用率高、事物吞吐率大事务响应时间小、存储空间利用率高、事物吞吐率大数据库的
33、物理设计数据库的物理设计:数据库的物理结构数据库的物理结构数据库的物理结构数据库的物理结构u数据库在物理设备上的存储结构与存取方法数据库在物理设备上的存储结构与存取方法u依赖于给定的计算机系统依赖于给定的计算机系统:关系数据库的物理设计内容关系数据库的物理设计内容关系数据库的物理设计内容关系数据库的物理设计内容u设计关系、索引等数据库文件的物理存储结构设计关系、索引等数据库文件的物理存储结构u为关系模式选择存取方法为关系模式选择存取方法:数据库的物理设计步骤数据库的物理设计步骤数据库的物理设计步骤数据库的物理设计步骤u确定数据库的物理结构确定数据库的物理结构u对物理结构进行评价对物理结构进行评
34、价数据库的物理设计步骤数据库的物理设计步骤( (一一) ):确定数据库的物理结构确定数据库的物理结构确定数据库的物理结构确定数据库的物理结构u确定需要存储的数据对象确定需要存储的数据对象如关系、索引、聚簇、日志、备份等如关系、索引、聚簇、日志、备份等u确定数据的存放位置确定数据的存放位置如区分稳定数据和易变数据、经常存取部分和不常存取部分、如区分稳定数据和易变数据、经常存取部分和不常存取部分、机密数据和普通数据等，分开存放机密数据和普通数据等，分开存放u确定数据的存储结构确定数据的存储结构如顺序结构、随机结构、链表结构、树状结构等如顺序结构、随机结构、链表结构、树状结构等u确定数据的存取方法确
35、定数据的存取方法如索引如索引(如如B树、树、B+树、树、R树等树等)、聚簇、聚簇、 HASH法等法等u确定系统配置确定系统配置如同时使用数据库的最大用户数、同时打开的数据库对象数、如同时使用数据库的最大用户数、同时打开的数据库对象数、内存分配参数、缓冲区分配参数、存储分配参数、物理块大小、内存分配参数、缓冲区分配参数、存储分配参数、物理块大小、物理块装填因子、时间片大小、数据库大小、锁的数目等物理块装填因子、时间片大小、数据库大小、锁的数目等:对物理结构进行评价对物理结构进行评价u分析时间效率、空间效率、维护代价及用户分析时间效率、空间效率、维护代价及用户要求等要求等数据库的物理设计步骤(二)
36、关系模式存取方法选择关系模式存取方法选择:一般对同一关系建立多条存取路径以满足多用户一般对同一关系建立多条存取路径以满足多用户一般对同一关系建立多条存取路径以满足多用户一般对同一关系建立多条存取路径以满足多用户系统的不同应用的数据存取要求系统的不同应用的数据存取要求系统的不同应用的数据存取要求系统的不同应用的数据存取要求:常用的存取方法常用的存取方法常用的存取方法常用的存取方法u索引法索引法为加快按某个属性为加快按某个属性(组组)进行存取的效率，根据该属进行存取的效率，根据该属性性(组组)建立索引，如建立索引，如B+树树索引建立在单个关系上索引建立在单个关系上关系模式存取方法选择关系模式存取方
37、法选择( (续续) )u聚簇聚簇(Cluster)法法为提高按聚簇码进行查询的效率，将聚簇码上具有相同值的元为提高按聚簇码进行查询的效率，将聚簇码上具有相同值的元组存放在连续物理块组存放在连续物理块一个数据库可以建立多个聚簇，但一个关系只能由一个聚簇一个数据库可以建立多个聚簇，但一个关系只能由一个聚簇聚簇可以建立在单表上，也可建立在进行连接操作的多个表上聚簇可以建立在单表上，也可建立在进行连接操作的多个表上SQL中与聚簇有关的操作如中与聚簇有关的操作如ORDER BY, GROUP BY, UNION, DISTINCT等等uHASH法法设计合理的设计合理的HASH函数，根据关键字值计算得到存
38、储地址函数，根据关键字值计算得到存储地址对可能出现的地址冲突现象设计合理的解决方案对可能出现的地址冲突现象设计合理的解决方案当某属性当某属性(组组)主要出现在等连接条件或相等比较条件中，而且主要出现在等连接条件或相等比较条件中，而且关系的大小可以预知，或关系大小动态变化而关系的大小可以预知，或关系大小动态变化而DBMS提供了提供了HASH存取方法时，可考虑选用存取方法时，可考虑选用6.6 6.6 数据库的实施和维护数据库的实施和维护:数据库实施阶段的任务数据库实施阶段的任务u模式定义模式定义使用选定使用选定DBMS支持的支持的DDL语言语言u数据载入数据载入手工逐条录入手工逐条录入数据转换工具
39、数据转换工具u应用程序编码和调试应用程序编码和调试u数据库试运行数据库试运行用实验数据测试系统功能和性能用实验数据测试系统功能和性能数据库的实施和维护数据库的实施和维护:数据库的运行和维护数据库的运行和维护u主要由主要由DBA完成完成u进行数据库转储和恢复，数据库安全、完整进行数据库转储和恢复，数据库安全、完整性控制，数据库性能监督、分析和改造，数性控制，数据库性能监督、分析和改造，数据库重组和重构据库重组和重构数据库重组：不改变原设计中的逻辑和物理结构，数据库重组：不改变原设计中的逻辑和物理结构，而对部分表重新组织其存储情况，如重新安排存而对部分表重新组织其存储情况，如重新安排存储位置、回收
40、垃圾等，以提高系统性能储位置、回收垃圾等，以提高系统性能数据库重构：部分调整或修改数据库的逻辑和物数据库重构：部分调整或修改数据库的逻辑和物理结构，以满足新的应用需求。理结构，以满足新的应用需求。 设计订货系统的数据库，包括顾客、货物和订货单信息设计订货系统的数据库，包括顾客、货物和订货单信息初模式：顾客(顾客号， 收货地址，赊购限额，余额，折扣)货物(货物号，制造厂商，实际存货量，规定的最低存货量，货物描述)订货单(订货单号，顾客号，货物号，订货数量，订货细则， 未发数量，订货日期，经办人)改进模式：顾客及其地址(顾客号， 收货地址)顾客及其余额(顾客号，赊购限额，余额，折扣)货物及其厂商(
41、货物号，制造厂商，实际存货量，规定的最低存货量)货物及其描述-2(货物号，货物描述)订货单(订货单号，顾客号，货物号，订货数量，订货日期，经办人)未发货情况(订货单号，未发货量)订货单细则(订货单号，订货细则)问题分析： 顾客模式中，顾客号不能唯一决定收货地址 货物模式中，货物描述部分依赖于码 订货单模式中，未发数量将随发货过程更新，而其他信息相对静态； 订货细则有多条欲设计移动公司手机信息管理系统，用于管理： 1、手机销售信息（由营业厅售给用户） 2、手机用户档案信息（用户名，证件号码等） 3、手机通话信息（每一次通话的详细情况） 4、手机话费信息（每月的话费组成）在此基础上实现常用的查询，如： 1、每月手机的销售情况 2、每种机型的销售情况 3、每个营业厅的手机销售情况 4、根据手机号码查询其用户信息 5、根据手机号码查询某时间段内的通话情况 6、每月手机话费收入 7、欠费用户查询试设计合适的数据库，并在此基础上用SQL实现所有的查询设计关系模式如：营业厅(营业厅编号，地址，负责人)销售记录(营业厅编号，机型，数量，日期，经办人)手机销售单价(机型，单价)手机用户信息(手机号码，用户名，住址，证件号码)手机通话记录(手机号码，被叫号码，日期，起始时刻，通话时长)手机话费信息(手机号码，话费，漫游费，短信费)话费缴费信息(手机号码，缴费日期，金额，缴费营业厅)码？销售记录？
