数据库数据库

AnIntroductiontoDatabaseSystem数据库系统概论AnIntroductiontoDatabaseSystem第七章数据库设计(续)中国人民大学信息学院AnIntroductiontoDatabaseSystem第七章数据库设计7.
1数据库设计概述7.
2需求分析7.
3概念结构设计7.
4逻辑结构设计7.
5物理结构设计7.
6数据库的实施和维护7.
7小结AnIntroductiontoDatabaseSystem7.
4逻辑结构设计逻辑结构设计的任务把概念结构设计阶段设计好的基本E-R图转换为与选用数据库管理系统产品所支持的数据模型相符合的逻辑结构AnIntroductiontoDatabaseSystem7.
4逻辑结构设计7.
4.
1E-R图向关系模型的转换7.
4.
2数据模型的优化7.
4.
3设计用户子模式AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)转换内容E-R图由实体型、实体的属性和实体型之间的联系三个要素组成关系模型的逻辑结构是一组关系模式的集合将E-R图转换为关系模型:将实体型、实体的属性和实体型之间的联系转化为关系模式AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)转换原则1.
一个实体型转换为一个关系模式.
关系的属性:实体的属性关系的码:实体的码AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)2.
实体型间的联系有以下不同情况(1)一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并.
①转换为一个独立的关系模式关系的属性:与该联系相连的各实体的码以及联系本身的属性关系的候选码:每个实体的码均是该关系的候选码AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)(1)一个1:1联系的转换(续)②与某一端实体对应的关系模式合并合并后关系的属性:加入对应关系的码和联系本身的属性合并后关系的码:不变AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)(2)一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并.
①转换为一个独立的关系模式关系的属性:与该联系相连的各实体的码以及联系本身的属性关系的码:n端实体的码AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)(2)一个1:n联系的转换(续)②与n端对应的关系模式合并合并后关系的属性:在n端关系中加入1端关系的码和联系本身的属性合并后关系的码:不变可以减少系统中的关系个数,一般情况下更倾向于采用这种方法AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)(3)一个m:n联系转换为一个关系模式关系的属性:与该联系相连的各实体的码以及联系本身的属性关系的码:各实体码的组合[例]"选修"联系是一个m:n联系,可以将它转换为如下关系模式,其中学号与课程号为关系的组合码:选修(学号,课程号,成绩)AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)(4)三个或三个以上实体间的一个多元联系转换为一个关系模式.
关系的属性:与该多元联系相连的各实体的码以及联系本身的属性关系的码:各实体码的组合AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)(5)具有相同码的关系模式可合并目的:减少系统中的关系个数合并方法:将其中一个关系模式的全部属性加入到另一个关系模式中然后去掉其中的同义属性(可能同名也可能不同名)适当调整属性的次序E-R图转换关系,可以参见:爱课程网7.
3节动画《E-R图转换关系(1)》AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)图7.
28中虚线上部的E-R图转换为关系模型.
关系的码用下横线标出.
AnIntroductiontoDatabaseSystemE-R图向关系模型的转换(续)部门(部门号,部门名,经理的职工号,…)职工(职工号、部门号,职工名,职务,…)产品(产品号,产品名,产品组长的职工号,…)供应商(供应商号,姓名,…)零件(零件号,零件名,…)职工工作(职工号,产品号,工作天数,…)供应(产品号,供应商号,零件号,供应量)AnIntroductiontoDatabaseSystem7.
4逻辑结构设计7.
4.
1E-R图向关系模型的转换7.
4.
2数据模型的优化7.
4.
3设计用户子模式AnIntroductiontoDatabaseSystem7.
4.
2数据模型的优化一般的数据模型还需要向特定数据库管理系统规定的模型进行转换.
转换的主要依据是所选用的数据库管理系统的功能及限制.
没有通用规则.
对于关系模型来说,这种转换通常都比较简单.
AnIntroductiontoDatabaseSystem数据模型的优化(续)数据库逻辑设计的结果不是唯一的.
得到初步数据模型后,还应该适当地修改、调整数据模型的结构,以进一步提高数据库应用系统的性能,这就是数据模型的优化.
关系数据模型的优化通常以规范化理论为指导.
AnIntroductiontoDatabaseSystem数据模型的优化(续)优化数据模型的方法:(1)确定数据依赖按需求分析阶段所得到的语义,分别写出每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间数据依赖.
(2)对于各个关系模式之间的数据依赖进行极小化处理,消除冗余的联系.
AnIntroductiontoDatabaseSystem数据模型的优化(续)(3)按照数据依赖的理论对关系模式进行分析,考察是否存在部分函数依赖、传递函数依赖、多值依赖等,确定各关系模式分别属于第几范式.
(4)按照需求分析阶段得到的各种应用对数据处理的要求,分析对于这样的应用环境这些模式是否合适,确定是否要对它们进行合并或分解.
AnIntroductiontoDatabaseSystem数据模型的优化(续)并不是规范化程度越高的关系就越优当查询经常涉及两个或多个关系模式的属性时,系统必须经常地进行连接运算连接运算的代价是相当高的因此在这种情况下,第二范式甚至第一范式也许是适合的.
AnIntroductiontoDatabaseSystem数据模型的优化(续)非BCNF的关系模式虽然会存在不同程度的更新异常,但如果在实际应用中对此关系模式只是查询,并不执行更新操作,就不会产生实际影响.
对于一个具体应用来说,到底规范化进行到什么程度,需要权衡响应时间和潜在问题两者的利弊才能决定AnIntroductiontoDatabaseSystem数据模型的优化(续)(5)对关系模式进行必要分解,提高数据操作效率和存储空间的利用率.
常用分解方法水平分解垂直分解AnIntroductiontoDatabaseSystem数据模型的优化(续)水平分解什么是水平分解把(基本)关系的元组分为若干子集合,定义每个子集合为一个子关系,以提高系统的效率.
如何分解对符合80/20的,把经常被使用的数据(约20%)水平分解出来,形成一个子关系.
水平分解为若干子关系,使每个事务存取的数据对应一个子关系.
AnIntroductiontoDatabaseSystem数据模型的优化(续)垂直分解什么是垂直分解把关系模式R的属性分解为若干子集合,形成若干子关系模式.
垂直分解的原则经常在一起使用的属性从R中分解出来形成一个子关系模式垂直分解的优点可以提高某些事务的效率垂直分解的缺点可能使另一些事务不得不执行连接操作,降低了效率AnIntroductiontoDatabaseSystem数据模型的优化(续)垂直分解的适用范围取决于分解后R上的所有事务的总效率是否得到了提高进行垂直分解的方法简单情况:直观分解复杂情况:用第6章中的模式分解算法垂直分解必须不损失关系模式的语义(保持无损连接性和保持函数依赖)AnIntroductiontoDatabaseSystem7.
4逻辑结构设计7.
4.
1E-R图向关系模型的转换7.
4.
2数据模型的优化7.
4.
3设计用户子模式AnIntroductiontoDatabaseSystem7.
4.
3设计用户子模式定义数据库模式主要是从系统的时间效率、空间效率、易维护等角度出发.
定义用户外模式时应该更注重考虑用户的习惯与方便.
包括三个方面:AnIntroductiontoDatabaseSystem设计用户子模式(续)(1)使用更符合用户习惯的别名合并各分E-R图曾做了消除命名冲突的工作,以使数据库系统中同一关系和属性具有唯一的名字.
这在设计数据库整体结构时是非常必要的.
用视图机制可以在设计用户视图时可以重新定义某些属性名,使其与用户习惯一致,以方便使用.
AnIntroductiontoDatabaseSystem设计用户子模式(续)(2)针对不同级别的用户定义不同的视图,以保证系统的安全性.
假设有关系模式产品(产品号,产品名,规格,单价,生产车间,生产负责人,产品成本,产品合格率,质量等级),可以在产品关系上建立两个视图:为一般顾客建立视图:产品1(产品号,产品名,规格,单价)为产品销售部门建立视图:产品2(产品号,产品名,规格,单价,车间,生产负责人)AnIntroductiontoDatabaseSystem设计用户子模式(续)(3)简化用户对系统的使用如果某些局部应用中经常要使用某些很复杂的查询,为了方便用户,可以将这些复杂查询定义为视图.
AnIntroductiontoDatabaseSystem第七章数据库设计7.
1数据库设计概述7.
2需求分析7.
3概念结构设计7.
4逻辑结构设计7.
5物理结构设计7.
6数据库的实施和维护7.
7小结AnIntroductiontoDatabaseSystem7.
5数据库的物理设计什么是数据库的物理设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构,它依赖于选定的数据库管理系统.
为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程,就是数据库的物理设计.
AnIntroductiontoDatabaseSystem数据库的物理设计(续)数据库物理设计的步骤确定数据库的物理结构在关系数据库中主要指存取方法和存储结构;对物理结构进行评价评价的重点是时间和空间效率若评价结果满足原设计要求,则可进入到物理实施阶段.
否则,就需要重新设计或修改物理结构,有时甚至要返回逻辑设计阶段修改数据模型.
AnIntroductiontoDatabaseSystem7.
5数据库的物理设计7.
5.
1数据库物理设计的内容和方法7.
5.
2关系模式存取方法选择7.
5.
3确定数据库的存储结构7.
5.
4评价物理结构AnIntroductiontoDatabaseSystem7.
5.
1数据库物理设计的内容和方法设计物理数据库结构的准备工作充分了解应用环境,详细分析要运行的事务,以获得选择物理数据库设计所需参数.
充分了解所用关系型数据库管理系统的内部特征,特别是系统提供的存取方法和存储结构.
AnIntroductiontoDatabaseSystem数据库物理设计的内容和方法(续)选择物理数据库设计所需参数数据库查询事务查询的关系查询条件所涉及的属性连接条件所涉及的属性查询的投影属性数据更新事务被更新的关系每个关系上的更新操作条件所涉及的属性修改操作要改变的属性值每个事务在各关系上运行的频率和性能要求AnIntroductiontoDatabaseSystem数据库物理设计的内容和方法(续)关系数据库物理设计的内容为关系模式选择存取方法(建立存取路径)设计关系、索引等数据库文件的物理存储结构AnIntroductiontoDatabaseSystem7.
5数据库的物理设计7.
5.
1数据库物理设计的内容和方法7.
5.
2关系模式存取方法选择7.
5.
3确定数据库的存储结构7.
5.
4评价物理结构AnIntroductiontoDatabaseSystem7.
5.
2关系模式存取方法选择数据库系统是多用户共享的系统,对同一个关系要建立多条存取路径才能满足多用户的多种应用要求.
物理结构设计的任务之一是根据关系数据库管理系统支持的存取方法确定选择哪些存取方法.
AnIntroductiontoDatabaseSystem关系模式存取方法选择(续)数据库管理系统常用存取方法1.
B+树索引存取方法2.
Hash索引存取方法3.
聚簇存取方法AnIntroductiontoDatabaseSystem1.
B+树索引存取方法的选择选择索引存取方法的主要内容根据应用要求确定对哪些属性列建立索引对哪些属性列建立组合索引对哪些索引要设计为唯一索引AnIntroductiontoDatabaseSystemB+树索引存取方法的选择(续)选择索引存取方法的一般规则如果一个(或一组)属性经常在查询条件中出现,则考虑在这个(或这组)属性上建立索引(或组合索引)如果一个属性经常作为最大值和最小值等聚集函数的参数,则考虑在这个属性上建立索引如果一个(或一组)属性经常在连接操作的连接条件中出现,则考虑在这个(或这组)属性上建立索引AnIntroductiontoDatabaseSystemB+树索引存取方法的选择(续)关系上定义的索引数过多会带来较多的额外开销维护索引的开销查找索引的开销AnIntroductiontoDatabaseSystem2.
HASH存取方法的选择选择Hash存取方法的规则如果一个关系的属性主要出现在等值连接条件中或主要出现在等值比较选择条件中,而且满足下列两个条件之一该关系的大小可预知,而且不变;该关系的大小动态改变,但所选用的数据库管理系统提供了动态Hash存取方法.
AnIntroductiontoDatabaseSystem3.
聚簇存取方法的选择什么是聚簇为了提高某个属性(或属性组)的查询速度,把这个或这些属性(称为聚簇码)上具有相同值的元组集中存放在连续的物理块中称为聚簇.
该属性(或属性组)称为聚簇码(clusterkey)许多关系型数据库管理系统都提供了聚簇功能聚簇存放与聚簇索引的区别AnIntroductiontoDatabaseSystem聚簇存取方法的选择(续)聚簇索引建立聚簇索引后,基表中数据也需要按指定的聚簇属性值的升序或降序存放.
也即聚簇索引的索引项顺序与表中元组的物理顺序一致.
在一个基本表上最多只能建立一个聚簇索引聚簇索引的适用条件很少对基表进行增删操作很少对其中的变长列进行修改操作AnIntroductiontoDatabaseSystem聚簇存取方法的选择(续)聚簇的用途对于某些类型的查询,可以提高查询效率1.
大大提高按聚簇属性进行查询的效率[例]假设学生关系按所在系建有索引,现在要查询信息系的所有学生名单.
计算机系的500名学生分布在500个不同的物理块上时,至少要执行500次I/O操作.
如果将同一系的学生元组集中存放,则每读一个物理块可得到多个满足查询条件的元组,从而显著地减少了访问磁盘的次数.
AnIntroductiontoDatabaseSystem聚簇存取方法的选择(续)2.
节省存储空间聚簇以后,聚簇码相同的元组集中在一起了,因而聚簇码值不必在每个元组中重复存储,只要在一组中存一次就行了.
AnIntroductiontoDatabaseSystem聚簇存取方法的选择(续)聚簇的局限性聚簇只能提高某些特定应用的性能建立与维护聚簇的开销相当大对已有关系建立聚簇,将导致关系中元组的物理存储位置移动,并使此关系上原有的索引无效,必须重建.
当一个元组的聚簇码改变时,该元组的存储位置也要做相应改变.
AnIntroductiontoDatabaseSystem聚簇存取方法的选择(续)聚簇的适用范围既适用于单个关系独立聚簇,也适用于多个关系组合聚簇当通过聚簇码进行访问或连接是该关系的主要应用,与聚簇码无关的其他访问很少或者是次要的时,可以使用聚簇尤其当SQL语句中包含有与聚簇码有关的ORDERBY,GROUPBY,UNION,DISTINCT等子句或短语时,使用聚簇特别有利,可以省去或减化对结果集的排序操作AnIntroductiontoDatabaseSystem聚簇存取方法的选择(续)选择聚簇存取方法设计候选聚簇(1)常在一起进行连接操作的关系可以建立组合聚簇(2)如果一个关系的一组属性经常出现在相等比较条件中,则该单个关系可建立聚簇;(3)如果一个关系的一个(或一组)属性上的值重复率很高,则此单个关系可建立聚簇.
AnIntroductiontoDatabaseSystem聚簇存取方法的选择(续)检查候选聚簇中的关系,取消其中不必要的关系(1)从聚簇中删除经常进行全表扫描的关系(2)从聚簇中删除更新操作远多于连接操作的关系(3)从聚簇中删除重复出现的关系当一个关系同时加入多个聚簇时,必须从这多个聚簇方案(包括不建立聚簇)中选择一个较优的,即在这个聚簇上运行各种事务的总代价最小.
AnIntroductiontoDatabaseSystem7.
5数据库的物理设计7.
5.
1数据库物理设计的内容和方法7.
5.
2关系模式存取方法选择7.
5.
3确定数据库的存储结构7.
5.
4评价物理结构AnIntroductiontoDatabaseSystem7.
5.
3确定数据库的存储结构确定数据库物理结构主要指确定数据的存放位置和存储结构,包括:确定关系、索引、聚簇、日志、备份等的存储安排和存储结构,确定系统配置等.
确定数据的存放位置和存储结构要综合考虑存取时间、存储空间利用率和维护代价3个方面的因素.
AnIntroductiontoDatabaseSystem确定数据库的存储结构(续)影响数据存放位置和存储结构的因素硬件环境应用需求存取时间存储空间利用率维护代价这三个方面常常是相互矛盾的必须进行权衡,选择一个折中方案AnIntroductiontoDatabaseSystem1.
确定数据的存放位置基本原则根据应用情况将易变部分与稳定部分分开存放经常存取部分与存取频率较低部分分开存放[例]可以将比较大的表分别放在两个磁盘上,以加快存取速度,这在多用户环境下特别有效.
可以将日志文件与数据库对象(表、索引等)放在不同的磁盘以改进系统的性能.
AnIntroductiontoDatabaseSystem2.
确定系统配置数据库管理系统一般都提供了一些存储分配参数同时使用数据库的用户数同时打开的数据库对象数内存分配参数缓冲区分配参数(使用的缓冲区长度、个数)存储分配参数物理块的大小物理块装填因子时间片大小数据库的大小锁的数目等AnIntroductiontoDatabaseSystem确定系统配置(续)系统都为这些变量赋予了合理的缺省值.
在进行物理设计时需要根据应用环境确定这些参数值,以使系统性能最优.
在物理设计时对系统配置变量的调整只是初步的,要根据系统实际运行情况做进一步的调整,以切实改进系统性能.
AnIntroductiontoDatabaseSystem7.
5数据库的物理设计7.
5.
1数据库物理设计的内容和方法7.
5.
2关系模式存取方法选择7.
5.
3确定数据库的存储结构7.
5.
4评价物理结构AnIntroductiontoDatabaseSystem7.
5.
4评价物理结构对数据库物理设计过程中产生的多种方案进行评价,从中选择一个较优的方案作为数据库的物理结构.
评价方法定量估算各种方案存储空间存取时间维护代价对估算结果进行权衡、比较,选择出一个较优的合理的物理结构.
AnIntroductiontoDatabaseSystem第七章数据库设计7.
1数据库设计概述7.
2需求分析7.
3概念结构设计7.
4逻辑结构设计7.
5物理结构设计7.
6数据库的实施和维护7.
7小结AnIntroductiontoDatabaseSystem7.
6数据库的实施和维护7.
6.
1数据的载入和应用程序的调试7.
6.
2数据库的试运行7.
6.
3数据库的运行和维护AnIntroductiontoDatabaseSystemAnIntroductiontoDatabase数据的载入数据库结构建立好后,就可以向数据库中装载数据了.
组织数据入库是数据库实施阶段最主要的工作.
数据装载方法人工方法计算机辅助数据入库AnIntroductiontoDatabaseSystemAnIntroductiontoDatabase应用程序的调试数据库应用程序的设计应该与数据设计并行进行在组织数据入库的同时还要调试应用程序应用程序的设计、编码和调试的方法、步骤在软件工程等课程中有详细讲解,这里就不赘述了AnIntroductiontoDatabaseSystem7.
6数据库的实施和维护7.
6.
1数据的载入和应用程序的调试7.
6.
2数据库的试运行7.
6.
3数据库的运行和维护AnIntroductiontoDatabaseSystem7.
6.
2数据库的试运行应用程序调试完成,并且已有一小部分数据入库后,就可以开始对数据库系统进行联合调试,也称数据库的试运行.
主要工作包括:功能测试:实际运行应用程序,执行对数据库的各种操作,测试应用程序的各种功能.
性能测试:测量系统的性能指标,分析是否符合设计目标.
AnIntroductiontoDatabaseSystem数据库的试运行(续)数据库性能指标的测量数据库物理设计阶段在评价数据库结构估算时间、空间指标时,作了许多简化和假设,忽略了许多次要因素,因此结果必然很粗糙.
数据库试运行则是要实际测量系统的各种性能指标(不仅是时间、空间指标),如果结果不符合设计目标,则需要返回物理设计阶段,调整物理结构,修改参数;有时甚至需要返回逻辑设计阶段,调整逻辑结构.
AnIntroductiontoDatabaseSystem数据库的试运行(续)数据的分期入库重新设计物理结构甚至逻辑结构,会导致数据重新入库由于数据入库工作量实在太大,所以可以采用分期输入数据的方法先输入小批量数据供先期联合调试使用待试运行基本合格后再输入大批量数据逐步增加数据量,逐步完成运行评价AnIntroductiontoDatabaseSystem数据库的试运行(续)数据库的转储和恢复在数据库试运行阶段,系统还不稳定,硬、软件故障随时都可能发生系统的操作人员对新系统还不熟悉,误操作也不可避免因此必须做好数据库的转储和恢复工作,尽量减少对数据库的破坏AnIntroductiontoDatabaseSystem7.
6数据库的实施和维护7.
6.
1数据的载入和应用程序的调试7.
6.
2数据库的试运行7.
6.
3数据库的运行和维护AnIntroductiontoDatabaseAnIntroductiontoDatabaseSystem7.
6.
3数据库的运行和维护在数据库运行阶段,对数据库经常性的维护工作主要是由数据库管理员完成的,包括:1.
数据库的转储和恢复数据库管理员要针对不同的应用要求制定不同的转储计划,定期对数据库和日志文件进行备份.
一旦发生介质故障,即利用数据库备份及日志文件备份,尽快将数据库恢复到某种一致性状态.
AnIntroductiontoDatabaseSystem数据库的运行和维护(续)2.
数据库的安全性、完整性控制初始定义数据库管理员根据用户的实际需要授予不同的操作权限根据应用环境定义不同的完整性约束条件修改定义当应用环境发生变化,对安全性的要求也会发生变化,数据库管理员需要根据实际情况修改原有的安全性控制由于应用环境发生变化,数据库的完整性约束条件也会变化,也需要数据库管理员不断修正,以满足用户要求AnIntroductiontoDatabaseSystem数据库的运行和维护(续)3.
数据库性能的监督、分析和改进在数据库运行过程中,数据库管理员必须监督系统运行,对监测数据进行分析,找出改进系统性能的方法.
利用监测工具获取系统运行过程中一系列性能参数的值通过仔细分析这些数据,判断当前系统是否处于最佳运行状态如果不是,则需要通过调整某些参数来进一步改进数据库性能AnIntroductiontoDatabaseSystem数据库的运行和维护(续)4.
数据库的重组织与重构造(1)数据库的重组织为什么要重组织数据库数据库运行一段时间后,由于记录的不断增、删、改,会使数据库的物理存储变坏,从而降低数据库存储空间的利用率和数据的存取效率,使数据库的性能下降.
AnIntroductiontoDatabaseSystem数据库的运行和维护(续)重组织的形式全部重组织部分重组织只对频繁增、删的表进行重组织重组织的目标提高系统性能AnIntroductiontoDatabaseSystem数据库的运行和维护(续)重组织的工作按原设计要求重新安排存储位置回收垃圾减少指针链数据库的重组织不会改变原设计的数据逻辑结构和物理结构数据库管理系统一般都提供了供重组织数据库使用的实用程序,帮助数据库管理员重新组织数据库.
AnIntroductiontoDatabaseSystem数据库的运行和维护(续)(2)数据库的重构造为什么要进行数据库的重构造数据库应用环境发生变化,会导致实体及实体间的联系也发生相应的变化,使原有的数据库设计不能很好地满足新的需求增加新的应用或新的实体取消某些已有应用改变某些已有应用AnIntroductiontoDatabaseSystem数据库的运行和维护(续)数据库重构造的主要工作根据新环境调整数据库的模式和内模式增加或删除某些数据项改变数据项的类型增加或删除某个表改变数据库的容量增加或删除某些索引AnIntroductiontoDatabaseSystem数据库的运行和维护(续)重构造数据库的程度是有限的若应用变化太大,已无法通过重构数据库来满足新的需求,或重构数据库的代价太大,则表明现有数据库应用系统的生命周期已经结束,应该重新设计新的数据库应用系统了.
AnIntroductiontoDatabaseSystem第七章数据库设计7.
1数据库设计概述7.
2需求分析7.
3概念结构设计7.
4逻辑结构设计7.
5物理结构设计7.
6数据库的实施和维护7.
7小结AnIntroductiontoDatabaseSystem7.
7小结数据库的设计过程需求分析概念结构设计逻辑结构设计物理结构设计数据库实施数据库运行维护设计过程中往往还会有许多反复AnIntroductiontoDatabaseSystem小结(续)数据库各级模式的形成需求分析阶段:综合各个用户的应用需求(现实世界的需求).
概念设计阶段:概念模式(信息世界模型),用E-R图来描述.
逻辑设计阶段:逻辑模式、外模式.
物理设计阶段:内模式.
AnIntroductiontoDatabaseSystem小结(续)概念结构设计E-R模型的基本概念和图示方法E-R模型的设计把E-R模型转换为关系模型的方法AnIntroductiontoDatabaseSystemAnIntroductiontoDatabase小结(续)在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型,形成数据库逻辑模式.
然后根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视图,形成数据的外模式在物理设计阶段根据DBMS特点和处理的需要,进行物理存储安排,设计索引,形成数据库内模式