普洱市网站建设,百度官网app下载安装,wordpress models,建立网站平台需要多少钱教材为数据库系统概论第五版#xff08;王珊#xff09; 这一章概念比较多。最重点就是7.4节。
7.1 数据库设计概述
数据库设计定义#xff1a; 数据库设计是指对于一个给定的应用环境#xff0c;构造#xff08;设计#xff09;优化的数据库逻辑模式和物理结构#x…教材为数据库系统概论第五版王珊 这一章概念比较多。最重点就是7.4节。
7.1 数据库设计概述
数据库设计定义 数据库设计是指对于一个给定的应用环境构造设计优化的数据库逻辑模式和物理结构并据此建立数据库及其应用系统使之能够有效地存储和管理数据满足各种用户的应用需求包括信息管理要求和数据操作要求。 信息管理要求在数据库中应该存储和管理哪些数据对象。数据操作要求对数据对象需要进行哪些操作如增删改查
目标为用户和各种应用系统提供一个信息基础设施和高效率的运行环境
高效率的运行环境 数据库数据的存取效率高; 数据库存储空间的利用率高; 数据库系统运行管理的效率高。
7.1.1 数据库设计的特点 三分技术七分管理十二分基础数据 管理 数据库建设项目管理企业即应用部门的业务管理 基础数据 收集、入库更新新的数据 结构数据设计和行为处理设计相结合 将数据库结构设计和数据处理设计密切结合
7.1.2 数据库设计方法
大型数据库设计是涉及多学科的综合性技术又是一项庞大的工程项目。它要求多方面的知识和技术。主要包括:
①计算机的基础知识;
②软件工程的原理和方法;
③程序设计的方法和技巧;
④数据库的基本知识;
⑤数据库设计技术;
⑥应用领域的知识。
手工与经验相结合方法
存在问题 设计质量与设计人员的经验和水平有直接关系缺乏科学理论和工程方法的支持工程的质量难以保证。数据库运行一段时间后常常不同程度地发现各种问题增加了维护代价 规范设计法
基本思想过程迭代和逐步求精
典型方法
新奥尔良New Orleans方法将数据库设计分为若干阶段和步骤基于E-R模型的数据库设计方法概念设计阶段广泛采用3NF第三范式的设计方法逻辑阶段可采用的有效方法ODLObject Definition Language方法面向对象的数据库设计方法计算机辅助设计ORACLE DesignerSYBASE PowerDesigner
7.1.3 数据库设计的基本步骤
数据库设计分6个阶段(记住)
需求分析概念结构设计逻辑结构设计物理结构设计数据库实施数据库运行和维护
需求分析和概念设计独立于任何数据库管理系统
逻辑设计和物理设计与选用的DBMS密切相关 1.需求分析阶段 准确了解与分析用户需求包括数据与处理最困难、最耗费时间的一步 2.概念结构设计阶段 整个数据库设计的关键通过对用户需求进行综合、归纳与抽象形成一个独立于具体DBMS的概念模型 3.逻辑结构设计阶段 将概念结构转换为某个DBMS所支持的数据模型对其进行优化 4.数据库物理设计阶段 为逻辑数据模型选取一个最适合应用环境的物理结构包括存储结构和存取方法 5.数据库实施阶段 运用DBMS提供的数据库语言如SQL及宿主语言根据逻辑设计和物理设计的结果 建立数据库编制与调试应用程序组织数据入库进行试运行 6.数据库运行和维护阶段 数据库应用系统经过试运行后即可投入正式运行在数据库系统运行过程中必须不断地对其进行评价、调整与修改 设计一个完善的数据库应用系统往往是上述六个阶段的不断反复
7.1.4 数据库设计过程中的各级模式 7.2 需求分析
7.2.1 需求分析的任务
详细调查现实世界要处理的对象组织、部门、企业等充分了解原系统手工系统或计算机系统明确用户的各种需求确定新系统的功能新系统需要充分考虑今后可能的扩充和改变
调查的重点是“数据”和“处理”获得用户对数据库要求包括信息要求处理要求安全性与完整性要求
7.2.2 需求分析的方法
目的调查清楚用户的实际需求并进行初步分析最终与用户达成共识。
调查用户需求的具体步骤
调查组织机构情况调查各部门的业务活动情况在熟悉业务活动的基础上协助用户明确对新系统的各种要求确定新系统的边界
常用调查方法
跟班作业开调查会请专人介绍询问设计调查表请用户填写查阅记录
结构化分析方法Structured Analysis简称SA方法自顶向下、逐层分解分析系统 7.2.3 数据字典
数据字典是关于数据库中数据的描述即元数据不是数据本身。数据字典是在需求分析阶段建立是进行详细的数据收集和数据分析所获得的并在数据库设计过程中不断修改、充实、完善。
内容数据项数据结构数据流数据存储处理过程
1.数据项数据项是不可再分的数据单位 数据项描述 数据项名数据项含义说明别名 数据类型长度取值范围取值含义 与其他数据项的逻辑关系数据项之间的联系 2.数据结构数据结构反映了数据之间的组合关系 数据结构描述数据结构名含义说明 组成:数据项或数据结构 一个数据结构可以由若干个数据项组成也可以由若干个数据结构组成或由若干个数据项和数据结构混合组成 3.数据流数据流是数据结构在系统内传输的路径 数据流描述 数据流名说明数据流来源 数据流去向组成:数据结构 平均流量高峰期流量 4.数据存储数据存储是数据结构停留或保存的地方也是数据流的来源和去向之一 数据存储描述数据存储名说明编号 输入的数据流 输出的数据流 组成:数据结构数据量存取频度存取方式 5.处理过程具体处理逻辑一般用判定表或判定树来描述 处理过程描述处理过程名说明输入:数据流 输出:数据流处理:简要说明 小结
设计人员应充分考虑到可能的扩充和改变使设计易于更改系统易于扩充必须强调用户的参与
7.3 概念结构设计
7.3.1 概念结构
概念结构设计 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计概念结构是各种数据模型的共同基础它比数据模型更独立于机器、更抽象从而更加稳定概念结构设计是整个数据库设计的关键 概念结构设计的特点
能真实、充分地反映现实世界易于理解易于更改易于向关系、网状、层次等各种数据模型转换
7.3.2 概念结构设计
概念设计的第一步就是对需求分析阶段收集到的数据进行分类、组织确定实体、实体属性、实体间联系类型形成E-R图,
1实体与属性的划分原则 为了简化E-R图的处置现实世界的事物能作为属性对待的,尽量作为属性对待。 两条准则:
作为属性,不能再具有需要描述的性质。属性必须是不可分的数据项不能包含其他属性。属性不能与其他实体具有联系即E-R图中所表示的联系是实体之间的联系。
p225举有例子
2.E-R图的集成
E-R图的集成一般需要分两步:
第一步:合并。解决各分E-R图之间的冲突将分E-R图合并起来生成初步E-R图。第二步:修改和重构。消除不必要的冗余,生成基本E-R图。 1合并分E-R图生成初步E-R图
各分E-R图存在冲突各个分E-R图之间必定会存在许多不一致的地方浅浅记一下
属性冲突命名冲突结构冲突 1.属性冲突 属性域冲突 属性值的类型取值范围取值集合不同 属性取值单位冲突 2.命名冲突 同名异义不同意义的对象在不同的局部应用中具有相同的名字 如网络异名同义一义多名同一意义的对象在不同的局部应用中具有不同的名字如工程、课题、项目 3.结构冲突 同一对象在不同应用中具有不同的抽象同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同实体之间的联系在不同局部视图中呈现不同的类型 基本任务消除不必要的冗余设计基本E-R图
1.冗余
冗余的数据是指可由基本数据导出的数据冗余的联系是指可由其他联系导出的联系冗余数据和冗余联系容易破坏数据库的完整性给数据库维护增加困难消除不必要的冗余后的初步E-R图称为基本E-R图
消除冗余的方法 分析方法 以数据字典和数据流图为依据根据数据字典中关于数据项之间的逻辑关系 效率VS冗余信息 需要根据用户的整体需求来确定 若人为地保留了一些冗余数据则应把数据字典中数据关联的说明作为完整性约束条件规范化理论 函数依赖的概念提供了消除冗余联系的形式化工具略 验证整体概念结构
视图集成后形成一个整体的数据库概念结构对该整体概念结构还必须进行进一步验证确保它能够满足下列条件
整体概念结构内部必须具有一致性不存在互相矛盾的表达整体概念结构能准确地反映原来的每个视图结构包括属性、实体及实体间的联系整体概念结构能满足需要分析阶段所确定的所有要求
整体概念结构最终还应该提交给用户征求用户和有关人员的意见进行评审、修改和优化然后把它确定下来作为数据库的概念结构作为进一步设计数据库的依据。
7.4 逻辑结构设计
逻辑结构设计的任务 把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构 逻辑结构设计的步骤
将概念结构转化为一般的关系、网状、层次模型转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换对数据模型进行优化 7.4.1 E-R图向关系模型的转换
实体型间的联系有以下不同情况
1一个1:1联系可以转换为一个独立的关系模式也可以与任意一端对应的关系模式合并。 转换为一个独立的关系模式 与某一端实体对应的关系模式合并比如车队和司机之间有联系“聘用”然后这个联系的属性可以和司机或者车队的属性合并起来比如在司机的属性加上“聘期”
2一个1:n联系可以转换为一个独立的关系模式也可以与n端对应的关系模式合并。
转换为一个独立的关系模式与n端对应的关系模式合并
3一个m:n联系转换为一个关系模式
4三个或三个以上实体间的一个多元联系转换为一个关系模式。
5具有相同码的关系模式可合并
目的减少系统中的关系个数合并方法将其中一个关系模式的全部属性加入到另一个关系模式中然后去掉其中的同义属性可能同名也可能不同名并适当调整属性的次序
一定要看这篇文章直接弄懂
http://t.csdn.cn/KEZMN
要弄懂这题
http://t.csdn.cn/TVPO7
7.4.2 数据模型的优化
得到初步数据模型后还应该适当地修改、调整数据模型的结构以进一步提高数据库应用系统的性能这就是数据模型的优化
关系数据模型的优化通常以规范化理论为指导
优化数据模型的方法
确定数据依赖 按需求分析阶段所得到的语义分别写出每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间数据依赖消除冗余的联系 对于各个关系模式之间的数据依赖进行极小化处理消除 冗余的联系。确定所属范式 按照数据依赖的理论对关系模式逐一进行分析 考查是否存在部分函数依赖、传递函数依赖、多值依赖等 确定各关系模式分别属于第几范式按照需求分析阶段得到的各种应用对数据处理的要求分析对于这样的应用环境这些模式是否合适确定是否要对它们进行合并或分解。
并不是规范化程度越高的关系就越优一般说来第三范式就足够了
按照需求分析阶段得到的各种应用对数据处理的要求对关系模式进行必要的分解以提高数据操作的效率和存储空间的利用率 常用分解方法水平分解垂直分解水平分解把(基本)关系的元组分为若干子集合定义每个子集合为一个子关系以提高系统的效率 水平分解的适用范围满足“80/20原则”的应用并发事务经常存取不相交的数据 垂直分解把关系模式R的属性分解为若干子集合形成若干子关系模式 垂直分解的适用范围取决于分解后R上的所有事务的总效率是否得到了提高
7.4.3 设计用户子模式
定义用户外模式时应该注重的问题包括三个方面
(1) 使用更符合用户习惯的别名 (2) 针对不同级别的用户定义不同的View 以满足系统对安全性的要求。 (3) 简化用户对系统的使用
7.5 数据库的物理设计
数据库的物理设计 数据库在物理设备上的存储结构与存取方法称为数据库的物理结构它依赖于选定的数据库管理系统 为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程就是数据库的物理设计 数据库物理设计的步骤 确定数据库的物理结构在关系数据库中主要指存取方法和存储结构对物理结构进行评价评价的重点是时间和空间效率 如果评价结果满足原设计要求则可进入到物理实施阶段否则就需要重新设计或修改物理结构有时甚至要返回逻辑设计阶段修改数据模型 7.5.1 数据库物理设计的内容和方法
设计物理数据库结构的准备工作 对要运行的事务进行详细分析获得选择物理数据库设计所需参数充分了解所用RDBMS的内部特征特别是系统提供的存取方法和存储结构 选择物理数据库设计所需参数 数据库查询事务 查询的关系查询条件所涉及的属性连接条件所涉及的属性查询的投影属性 数据更新事务 被更新的关系每个关系上的更新操作条件所涉及的属性修改操作要改变的属性值 每个事务在各关系上运行的频率和性能要求 关系数据库物理设计的内容
为关系模式选择存取方法(建立存取路径)设计关系、索引等数据库文件的物理存储结构
7.5.2 关系模式存取方法选择
数据库系统是多用户共享的系统对同一个关系要建立多条存取路径才能满足多用户的多种应用要求
物理设计的任务之一就是要确定选择哪些存取方法即建立哪些存取路径
DBMS常用存取方法
索引方法 目前主要是B树索引方法经典存取方法使用最普遍 聚簇Cluster方法HASH方法
选择索引存取方法的一般规则 如果一个(或一组)属性经常在查询条件中出现则考虑在这个(或这组)属性上建立索引(或组合索引)如果一个属性经常作为最大值和最小值等聚集函数的参数则考虑在这个属性上建立索引如果一个(或一组)属性经常在连接操作的连接条件中出现则考虑在这个(或这组)属性上建立索引 选择HASH存取方法的规则 当一个关系满足下列两个条件时可以选择HASH存取方法 该关系的属性主要出现在等值连接条件中或主要出现在相等比较选择条件中该关系的大小可预知而且不变或该关系的大小动态改变但所选用的DBMS提供了动态HASH存取方法 聚簇存取方法的选择 为了提高某个属性或属性组的查询速度把这个或这些属性称为聚簇码上具有相同值的元组集中存放在连续的物理块称为聚簇 作用 大大提高按聚簇码进行查询的效率节省存储空间 局限 聚簇只能提高某些特定应用的性能 建立与维护聚簇的开销相当大 聚簇的适用范围 既适用于单个关系独立聚簇也适用于多个关系组合聚簇当通过聚簇码进行访问或连接是该关系的主要应用与聚簇码无关的其他访问很少或者是次要的时可以使用聚簇。 设计候选聚簇 对经常在一起进行连接操作的关系可以建立聚簇如果一个关系的一组属性经常出现在相等比较条件中则该单个关系可建立聚簇如果一个关系的一个(或一组)属性上的值重复率很高则此单个关系可建立聚簇。即对应每个聚簇码值的平均元组数不太少。太少了聚簇的效果不明显 优化聚簇设计 从聚簇中删除经常进行全表扫描的关系从聚簇中删除更新操作远多于连接操作的关系不同的聚簇中可能包含相同的关系一个关系可以在某一个聚簇中但不能同时加入多个聚簇 7.5.3 确定数据库的存储结构
确定数据的存放位置
确定数据存放位置和存储结构的因素
存取时间存储空间利用率维护代价
易变部分与稳定部分分开存放存取频率较高部分与存取频率较低部分分开存放
确定系统配置
DBMS产品一般都提供了一些存储分配参数
同时使用数据库的用户数同时打开的数据库对象数内存分配参数使用的缓冲区长度、个数存储分配参数
7.5.4 评价物理结构
评价内容 对数据库物理设计过程中产生的多种方案进行细致的评价从中选择一个较优的方案作为数据库的物理结构 7.6 数据库的实施和维护
7.6.1 数据的载入和应用程序的调试
数据库结构建立好后就可以向数据库中装载数据了。组织数据入库是数据库实施阶段最主要的工作。
数据装载方法
人工方法计算机辅助数据入库
应用程序的编码和调试
数据库应用程序的设计应该与数据设计并行进行在组织数据入库的同时还要调试应用程序
7.6.2 数据库的试运行
在原有系统的数据有一小部分已输入数据库后就可以开始对数据库系统进行联合调试称为数据库的试运行
数据库试运行主要工作包括
功能测试性能测试
强调分期分批组织数据入库 做好数据库的转储和恢复
7.6.3 数据库的运行和维护
在数据库运行阶段对数据库经常性的维护工作主要是由DBA完成的包括
数据库的转储和恢复数据库的安全性、完整性控制数据库性能的监督、分析和改进数据库的重组织和重构造
