结构化分析与设计应用实例.ppt

第8章结构化系统分析和设计应用实例,蒙华menghua.07,注意：本课程实验课在最后一节实验课要进行答辩。每组成员派一名代表讲解PPT30-40分钟，主要陈述各组员工作，需求分析，设计，代码，结果展示（40页左右）。信息系统分析与设计课程的分值比例在下一次实验课发给各个小组。,本章主要内容医院信息系统结构化分析和设计应用实例1、软件质量属性简介如果强调方法论，应使用软件体系结构。强调软件开发实践，应使用软件架构。2、医院信息系统概述组织结构、体系结构、业务流程图数据流图结构图3、数据库设计,8.1理解软件的质量属性,如果要我们描述一个人，我们会说，他的年龄多少，性别是什么，姓名是什么，等等。这些年龄，性别和姓名等，就是一个人的属性。类比的，软件也有属性。,1、医院系统数据特点,特点1：数据来源分散医院学科数据的采集和获取，是从医人员的研究工作中一点一滴地收集、积累起来的。来自于医学系统各个临床科室、医技科室等部门特点2：数据的海量存储目前掌握的医学数据是经历了数年、数十年地收集整理得出，数据量是相当庞大的；需要借助海量存储技术对数据资源进行存储和管理。,特点3：运算量大由于数据量的庞大，所以科学数据资源的收集、搜索方面的运算量是可观的。此外，科学数据共享网不仅仅提供数据共享的功能，还会提供科学数据计算等增值服务，这无形中也增加了系统的运算量。特点4：使用广泛医疗数据有其广泛深远的研究价值、社会价值和经济价值。所以，对医疗数据的使用需求将随着社会的发展进一步加大。,医院数据控制的业务方面：1、单病种分析：单病种的平均住院日不同时间比较，不同住院科室比较，平均住院费比较，单病种用药分析2、医院经济收入比较：同比增长率，科间，全院3、疾病谱分析：门诊疾病谱变化分析，住院病人疾病谱变化分析4、医院病人身份构成比较5、医院医疗成本分析数据展示、提取方面：1、表格方式2、各种分析统计图：折线图、饼图、柱状图等医院数据挖掘方面可做的工作很多，但业内目前对这一块没有深层次的挖掘。,2、系统的质量属性,软件的众多属性可以分成内在和外在两大类。内在属性是用户感觉不到的，而外在属性是用户感觉得到的属性。比如正确性和响应速度是用户感觉得到的，但是可扩展性和易读性用户就不知道了。我们应当在满足外在属性要求的同时提高内在属性。正确性、有效性、可用性、可修改性、性能、安全性、可测试性、易用性,正确性：最基本，最重要的属性。软件能够正确的执行计算并给出用户正确的结果。对于大型的复杂的软件来说，衡量正确性的标准都相当复杂或不确定，所以正确性本身也不是个简单的是和否的问题。需求不等于正确性，需求不仅要求正确性，还会要求其他属性，如性能等，需求也不一定要求100%的正确性，只要计算结果对于最终用户来说是可用的。有效性：指软件能在有效的时间内给出计算结果。比如，穷举法总是正确的，但是在解决某些问题时，穷举法并不能在有效的时间内给出结果。,3、非功能性需求简要,4、可用性（availability）,与系统故障及其相关后果有关。,这个属性对于安全性非常关键的医院管理系统是十分重要的，如果系统当掉，会伤及人或有威胁生命危险。可用性是在系统、组件或是应用程序发生故障时快速恢复基本服务的系统管理策略。其目的是最大程度地减少服务中断，而不是容错。,实现可用性的战术错误检测（FaultDetection）、错误恢复（FaultRecovery）、错误预防（FaultPrevention）,（1）错误检测,系统必须能够检测任何潜在的错误，从这些错误中恢复或在第一时间阻止它们的发生，避免错误发展成为故障。命令/响应(ping/echo)类似于ping命令,在客户和服务器之间发送一个packet来判断系统是否正常运行。这个战术一般用于网络系统。心跳(Heartbeatmonitor)类似于“命令/响应”,所不同的是“心跳”一般用于软件组件之间。一个组件每隔一定的时间发出一个心跳消息，另一个组件收听该消息；利用这种方式告诉收听消息的组件它在正常运转。异常,心跳例子：集群式服务器,在一个客户服务器系统中，采用服务器集群可以显著提高服务器的整体性能。在这样的系统中，为了使得负载平衡，即选择可用性更高的服务器处理客户请求，防止服务器阻塞或服务失败，可采用“服务器状态算法”，此时可以采用心跳算法来对服务器状态进行定时跟踪；当客户请求到达时，将负载最轻的服务器地址映射给客户,异常（Exception）,错误类：疏忽：组件未能对某个输入做出响应崩溃：组件不断遭受疏忽的错误时间：组件做出了响应，但做出响应的时间太早或太迟响应：组件用了一个不正确的值做出了响应当识别出了上述错误类中的某一个时，就会出现异常，异常处理程序通常在引入该异常的相同进程中执行。例如：java和C+中的异常处理机制,（2）错误恢复-表决（Voting）,运行在冗余处理器上的每个进程都具有相同的输入，它们计算发送给表决者的一个简单的输出值。如果表决者检测到单处理器的异常行为，那么就中止这一行为。表决算法可以是“多数规则”或“首选组件“或其他算法。该方法用于纠正算法的错误操作或者处理器的故障，通常用在控制系统。,主动冗余和被动冗余（热启动和暖重启）,冗余原始概念是重复配置系统的一些部件，当系统发生故障时，冗余配置的部件介人并承担故障部件的工作，由此减少系统的故障时间。冗余按类型分为主动和被动形式（主要是从切换的能动性上来分析）主动冗余是可以主动切换，即可随时自行切换方式；被动冗余是指当正在运行的组件坏掉或者不正常的时候才会切换到备用组件，其中包括手动或者用户程序切换方式,5、可修改性,6、性能（performance）,性能与时间有关。性能与事件发生时，将要耗费多长时间做出响应有关。,7、安全性：衡量系统向合法用户提供服务，阻止非授权使用能力。,可测试性（testability）,通过测试揭示软件缺陷的容易程度,易用性（usability）,对用户来说完成某个期望的任务的容易程度和系统所提供的用户支持的种类。,引子,8.2医院信息系统概述,利用电子计算机和通讯设备，为医院所属各部门提供对病人诊疗信息和行政管理信息的收集、存储、处理、提取及数据交换的能力，并满足所有授权用户的功能需求。,收集、存储对象,8.2.1医院门诊系统组织结构医院组织结构主要划分为住院和门诊两部分，其中门诊部组织结构主要划分为挂号、门诊护士站、门诊医生站、检验室、收费处和药房等，其组织结构图如图所示。,8.2.2医院门诊系统模块结构设计,1、模块的划分原则：各模块相对独立性；各功能模块之间数据依赖性尽量小；模块划分结果应使数据冗余较小；各模块的划分应便于系统分阶段实现。2、系统总体结构设计定位现代医院HIS系统体系结构基本上是组合式的,按照用户的需求和系统优化的原则，把系统划分成物理上和结构上相对独立的子系统；它们有健壮的系统特性，但在逻辑上又属于同一个大系统，在高性能服务器和一体化软件平台的支持下，可使子系统之间实现无缝的数据交换和功能调用。,3、系统开发环境和运行环境选择(1)HIS的技术平台与开发工具；1)技术平台：技术平台是指系统的软件支撑环境，包括网络操作系统、数据库系统、客户机操作系统。网络操作系统通常为WindowsNT、Windows2000Server、Linux等；数据库系统通常为SQLServer2000、Oracle、SyBase、DB2、Cach等；客户机操作系统通常为Windows98、Windows2000Professional。2)开发工具：常用的开发工具有MSVisulaC+、MSVisualBasic、MSC#、Delphi、PowerBuilder、OracleDeveloper、Java、.Net、PHP等。3)数据接口：数据接口可采用BDE、DAO、ADO+OLEDB等，其中ADO+OLEDB为微软公司主推的产品，已成为主流。,8.2.3信息系统的软件系统体系结构,随着软件技术的发展，信息系统的平台体系结构已经从过去单用户发展到今天的文件/服务器（F/S）体系、客户机/服务器（C/S）体系和浏览器/服务器（B/S）体系以及多层服务器结构。,1.客户机/服务器体系结构典型的Client/Server结构由“计算机平台”、“网络平台”和“数据库平台”构成。,2.浏览器和服务器结构B/S结构通常采用星形拓扑结构构建立企业内部通信网络或利用Internet虚拟专网（VPN）。,B/S结构的数据库服务器工作,基于新一代Web技术的B/S计算模式包括两方面技术特征：一是与面向对象技术相结合具有实时性、可伸缩性和可扩展性的协同事务处理功能；二是具有浏览三维动画超媒体技术功能。要适应未来日益增长的实时、协同、高数据安全性和完整性以及平台的稳定性和伸缩性的应用需求，解决的办法是在WWW环境中采用面向对象技术。,3.多层服务器结构数据库应用系统在传统的C/S结构的基础上，出现了两个重要转变：一是在客户层与数据库服务器层之间增加了一层或几层中间件(Mid-ware)或称为应用服务器，这种新的结构就是所谓的3层或多层结构(C/S/S3Tiern-Tier)；二是随着Internet/Intranet的流行，越来越多的客户需要数据库的前端能够在浏览器中运行，于是出现B/S结构。上述的两个转变实际上是同时发展并且相互推进。结合以上两种变化，产生了一种结合三层C/S/S的B/S结构(四层)。,1、门急诊管理系统业务概述虽然各医院的管理模式有所区别，但门诊业务流程却极为类似。病人在就诊的第一步即进行身份登记，系统发放诊疗卡，把卡号作为病人在医院的唯一标识。身份登记后进行挂号、分诊，等候医生诊治。医生询问病人病情、体检、诊断、开具门诊医嘱等环节，病人根据医嘱前往收费处交费，根据需要病人完成检查、检验、治疗和手术或取药等诊疗过程。2、门急诊系统各业务流程细分及功能分析病人的就诊过程：建卡、挂号分诊、诊室叫号接诊、收费、发药、标本处理等5个环节,8.2.4门诊系统功能分析,(1)门诊挂号、分诊流程图示分析,1、门急诊挂号模块主要功能是完成门诊患者挂号信息的登记以及相关的报表统计与查询的工作。包括：预约挂号、现场挂号等流程。主要子功能：系统维护功能挂号、退号功能分诊功能科室报表,挂号处的业务流程图,退号业务流程图,(2)接诊：首先确认医生在当天的门诊医生出诊排班计划表中后，在候诊队列中选择头名病人，叫号，对已叫号但还未进人诊室的病人再次进行提醒。病人进人诊室后，即开始就诊过程。医生诊病后输人处方、检验、检查、治疗等各种申请单，书写病历(3)门诊收费病人就诊后即前往收费处交纳应付费用，同时流程中必须支持手写处方、检验单、检查单、治疗单和手术单的病人缴费要求，还应支持病人退费的要求。主要功能：系统功能收费操作功能查询功能科室报表功能,门诊医生接诊的业务流程图,收费处的业务流程图,收费处退费业务流程图,(4)药房发药病人缴费后，药房可自动（也可手动选择）打印电子处方单药剂人员配完药后通过屏幕显示的方式提醒病人前来取药。病人取药时，药剂人员把配好药品与病人提供的诊疗通知书核对无误后把药品交给病人，完成发药工作，同时相应病人信息在屏幕上消失。药房发药主要完成对处方的配药、发药、退药等业务操作及对工作量统计的处理。,药房的业务流程图,(5)标本采集在医生诊室生成的电子检验单信息，经交费确认后，在门诊标本提取处将电子验单的内容打印标签或条形码，然后提取患者的标本，将标签或条形码粘贴在标本容器上，交检验科室进行检验处理。检验科室读取标本容器上的条形码或标签，找到与标本对应的电子验单，对标本进行检测、检验。此外，门诊医生可在系统上查询电子验单的信息及检验结果。给病人指定时间去索取检验结果报告主要功能：根据医生初诊需要，填写电脑技诊验单，交患者进行相关检验，转入技诊子系统。复诊，医生可以查询检验结果作出诊断。,检验室医生接诊的业务流程图,电子处方处理过程的业务流程图,系统数据流程分析,1.顶层数据流程图,2.第0层数据流程图,3.第1层数据流程图（挂号部分）,注：F1.病患信息F4.挂号信息F5.已交费信息F9病历和计价信息,4.第1层数据流程图（诊断部分）,F1病患信息F2病患检查结果信息F3病患药单信息F4.挂号信息F5.已交费信息F9病历和计价信息,5.第1层数据流程图（检验部分）,F1病患信息F5.已交费信息F6检验申请F9病历和计价信息F11检验信息,6.第1层数据流程图（缴费部分）,F1病患信息F5.已交费信息F9病历和计价信息,7.第1层数据流程图（取药部分）,F1病患信息F5.已交费信息F9病历和计价信息F12取药信息,数据字典,P2.1、P2.2、P2.4、P2.5、P2.6、P3.1、P3.2、P3.5、P3.6、P3.7、P4.1、P4.2、P4.4、P4.5、P4.6、P5.1、P5.2、P5.4、P5.5以及P5.6与上述P1部分处理情况相同，故不重复填写。,8.2.5关系数据库设计简述,信息系统归根结底是数据处理系统，它是以数据库为核心，必须面对三个基本要求：海量的数据存储、准确快速的数据检索和查找、安全高效的数据维护。这些都要求数据库的数据结构有合理的设计。从工程设计的角度出发，数据库设计的过程分成3个性质不同的主要阶段：概念设计逻辑设计物理实现。医院信息系统的数据库设计是根据HIS的需求，通过对HIS的数据建模，进而设计HIS数据库的逻辑模型，最后HIS数据库。,在数据库需求分析基础上，通过数据建模，建立表达现实环境的数据模型，它包含对象以及它们之间的相互关系。在概念设计阶段：第1步：调查用户对数据库使用要求；第2步：进行数据分析和概念结构设计。医院数据库需求分析1、医院信息的特点：(1)种类繁多(2)数据量大，取值范围广(3)数据利用率高(4)存放分散(5)实时性强。所以，在医院信息处理过程中必须符合及时、准确、适用和通畅的要求。2.门急诊子系统用户特点：病人数量多，病人种类多。因此，在数据库需求分析中必须注意在其中运作的数据元素的交织关联关系。,（一）概念设计,在进行概念设计时，通常使用实体-关系图（E-R图）进行实体抽象分析。参见挂号处理等E-R图。,挂号处理,门诊中西药房发药,门诊收费处收费,医生诊断,药品请领单,药品出入库管理子系统,实体及相应的属性门诊医师(医师号,科室、工作时间,姓名,专业技术职称,性别,出生日期,年龄,婚姻状况,职业,出生地,民族,身份证号,国籍,等)挂号单(挂号号、挂号类别、挂号日期、挂号科室、主治医师、病人姓名)处理方案（处理方案号、开出时间、处理方案内容、主治医师，病人姓名）门诊病历（病历号、病人姓名、病历内容、诊断时间、主治医师）处方（处方号、处方内容、主治医师、病人姓名、病人性别、病人年龄、附）收费项目（收费项目号、项目类型、序号、收费金额、收费人、病人姓名）门诊病人(病人号,姓名,性别,出生日期,年龄,婚姻状况,职业,出生地,民族,身份证号,国籍,工作单位及地址,电话,邮政编码,户口地址,联系人姓名,联系人地址,联系人关系，是否住院,联系人电话);检验项目（检验序号、检验医师、检验时间安排、检验内容、检验分析、检验结果，检验收费情况）检查项目（检查序号、检查医师、检查时间安排、检查内容、检查分析、检查结果、检查收费情况）工作时间安排（工作时间、所属科室、主治医师）,联系说明及其相应属性：支付：（支付金额、支付时间、支付项目）生成（门诊处方药品提领单）：这里做了简化(少了分E-R图中的中西药房药品实体及相关联系)，直接由门诊处方与药品提领单产生联系，原因是为了简化设计。包括1、包括2、包括3、包括4（医生处理方案与具体处理方案的联系，不需要属性）包括5（门诊处方门诊病历）发出（门诊医生处理方案）对应（门诊病人门诊病历）,（二）数据库逻辑结构设计及方法概念模型转换为逻辑结构，实现了从实体到逻辑模型的映射。确保当两个或更多的表合并时，实现表之间的关系过程-数据库逻辑结构设计(即E-R图到表的转换)。逻辑设计阶段包含识别记录类型(本质上来讲是实体到表的映射)，识别记录中的字段(列和数据类型定义等)，识别任意数据相关性，标准化数据库和识别关键字等主要任务。在概念设计的基础上，根据设计得到系统总的E-R图，图中的实体、实体的属性和实体之间的联系转化为关系模式。最后生成的关系及关系表如下（同时附优化说明）：,逻辑结构设计概念结构是独立于任何一种数据模型的信息结构。逻辑结构设计的任务就是把概念结构设计阶段设计好的E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。逻辑结构设计过程,E-R图向关系模型的转换1.每一个实体集转换为一个关系模式，实体集的属性就是关系模式的属性，实体集的键码就是关系模式的键码。2.每一个联系转换为一个关系模式，与该联系相连的各实体集的键码以及联系的属性转换为关系模式的属性。要确定该关系模式的键码，则有三种情况：-若联系为1:1，则每个实体集的键码均为该关系模式的键码。-若联系为1:n，则关系模式的键码是n端实体集键码。-若联系为n:m，则关系模式的键码为诸实体集键码的组合。,3每一个属于联系不转换为一个关系模式；而每一个子类实体集应该转换为一个关系模式，此子类所属超类实体集的键码和子类本身拥有的属性就是关系模式的属性，此子类所属超类实体集的键码就是关系模式的键码。4三个或三个以上实体集间的一个多元联系可以转换为一个关系模式，与该多元联系相连的各实体集的键码和联系本身的属性都转换为关系模式的属性，而关系模式的键码为各实体集键码的组合。5具有相同键码的非子类关系模式可以合并。,具体关系表的设计及优化说明（门诊子系统）1挂号单(挂号号、挂号类别、挂号日期、科室、病人号、医师号)说明:由实体型生成的关系模式,由于门诊医师和挂号单的联系是1:1,因而将其加入门诊医师的主码加入到挂号单所形成的关系模式中.优化说明：由于挂号人姓名与病人号，医师号与主治医师有冗余故删除主治医师和挂号人姓名；另外，挂号科室与后面的科室存在异名同义的矛盾，故改名为科室。2处理方案（处理方案号、医师号、开出时间、处理方案内容）说明:由处理方案形成的关系模式,门诊医师与处理方案之间为：，故将门诊医师的主码加入到处理方案的关系模式中来。,3门诊病历（病历号、病人号、病历内容、诊断时间、医师号、处方号）说明:由门诊病历形成的关系模式,而门诊病历与门诊处方的联系为1:1,故将门诊处方的主码处方号加入到门诊病历关系模式中。另门诊病人与门诊病历为：，故将病人号加入到门诊病人中；另主治医师好改为医师号。优化说明：医师号与主治医师有冗余，故删除主治医师。4门诊处方（处方号、处理方案号、门诊收费项目号、请领单单号、处方内容、病人号、医师号、附注）说明：处理方案与门诊处方以及收费项目与门诊处方均为：。故将处理方案号、门诊收费项目号加入到其中。优化说明：主治医师、病人姓名、病人性别、病人年龄等均是冗余数据，故均应删除，这是因为处方号可函数推导出病人号，而病人号则可函数推导出病人的所有上述信息，故将其删除。,5门诊收费项目（门诊收费项目号、挂号号、支付时间、项目类型、相应序号、收费金额、收费人员、病人号）说明:由门诊收费项目形成的关系模式，又门诊收费项目与挂号单为：，故将挂号号加入到其中.6门诊医师（医师号、科室、当值日期）优化说明：门诊医师中的属性：姓名,专业技术职称,性别,出生日期,年龄,婚姻状况,职业,出生地,民族,身份证号,国籍,住址,电话,邮政编码,户口地址,备注均可有医师号函数推出，故将它们删除。7门诊病人（病人号、就诊时间、交费情况）优化说明：由于姓名、年龄、性别可由病人号函数推出，故将其删除。8门诊检验项目（检验序号、医师号、门诊检验时间安排、门诊检验内容、门诊检验分析门诊检验结果、门诊收费项目号、处理方案号）优化说明：检验收费情况可由门诊收费项目号函数推导。检验医师与医师号冗余，故删除。,9门诊检查项目（检查序号、医师号、门诊检查时间安排、门诊检查内容、门诊检查分析、门诊检查结果、门诊收费项目号、处理方案号）优化说明同门诊检验项目。10工作时间安排（工作时间、科室、医师号）优化说明：其中的病假情况、事假情况可由医师关系模式中主码医师号函数推出。11挂号收费（挂号号、门诊收费项目号、收费金额）说明:由挂号单与门诊收费项目之间形成的一种联系,收费金额是挂号收费的属性.12缴纳（病人号、门诊收费项目号、缴纳金额）说明:由门诊病人和门诊收费项目之间形成的一种联系,缴纳金额是缴纳的属性.,设计用户子模式在将概念模型转化为全局逻辑模型后,根据系统的局部应用需求设计用户子模式:考虑需求-病人查阅其账户信息-医生查阅病人病案信息、院领导综合查询定义用户级别（行政管理人员(院领导),医师,病人级别定义）-行政管理人员:对所有表的所有内容都有查看的权限-医师:对自己所负责病人的所有有关住院病案、门诊病历有修改和查阅的权限,对自己本人的在医师表中的有关项目有查阅的权限-病人:对自己在收费项目、检查项目、检验项目、手术项目、处方项目中所占的元组有查看的权限.,制作查询子系统:医生辅诊子系统、医院领导综合查询子系统、患者导医子系统。医院领导综合查询子系统提供对医院的医疗管理、经济管理、行政管理方面的信息的各种查询和统计,如:门诊收入、药品收支、物资情况、医疗信息等信息.提供报表打印和图形显示,供院领导作辅助决策之用.在这里创建几个视图:收入类(门诊类收入,月份,总费用,利润,与去年同期相比增长额)注:门诊类收入由门诊收费项目表的所有收费金额总计计算,一月一次;总费用由费用表总计提供、计算利润.和去年的本视图的同期利润金额进行比较,得出与去年同期相比增长额.,药品收支(药品收入,药品支出,管理费用,月份,利润)注:药品收入由药品请领单表的金额每月总计得出;药品支出由供应表中的供应量和药品表中相应药品的单价相乘得出;管理费用由费用表中的有关药品库存管理的费用总计得出,每月一次.利润项由药品收入-药品支出-管理费用得出.医师工作量(医师姓名,医师号,本月工作量,基本工资,奖金)注:本月工作量由工作时间安排表中的工作时间每月总计推出;根据工作量和医师表中的专业技术职称计算其奖金;从基本工资表中得出其基本工资(本系统未列入).以上的所有视图院领导都有查询的权限,医生辅诊子系统（门诊医生）可用于下达各类用药医嘱、门诊处方、书写门诊病历、提交检查/检验申请.有关信息可供中心药房、门诊药房或各类医技科室(检查检验等)查用.可查阅检查检验报告、病案首页和病人体征信息提供以下几个视图:门诊病人(病人名,病人号,门诊病历号,辅助内容)注:门诊医生只有查阅自己主治的病人的门诊病历号的权限.由以上的两个视图可获得相应的门诊病历号从而可以进行相关的门诊病历、病案首页和病人体征信息查询.,患者导医子系统提供给门诊病人及其家属使用.供病人自助查询医院基本情况,包括:医院布局、科室介绍、医生介绍、诊疗项目价格、药品价格、用药咨询、门诊程序、住院程序、陪护制度、探视制度等病人可查询自己的诊疗费用明细账收费项目(序号,内容,金额)注:病人只能察看本人的有关收费项目.从住院收费项目和门诊收费中提取.序号对应的是:住院收费项目的项目序号或门诊收费项目的收费项目号;内容对应的是相应表中的项目类型;金额对应的是相应表中的收费金额.:医师(医师姓名,职称,科室,是否当值)注:病人察看相关的医师信息.医师姓名从医师表中提取;职称从医师表中的专业技术职称提取;科室从分属的门诊医师和住院医师表的科室提取;是否当值从工作时间安排表的工作时间推出.,（三）数据库结构的实现（物理实现）在进行完整数据库的逻辑设计以后，就是数据库的物理设计，或叫做数据库的物理实现。物理设计首先是根据设计的数据库的结构和以后的数据量、查询和更新的频率来决定选用哪个数据库管理系统，如：MicrosoftSQLServer、Oracle、IBMDB2和SYBASE等。然后根据具体的数据库管理系统来完成数据库的物理实现。医院管理信息系统是多用户共享的系统，对同一个关系要建立多条存储路径，才能满足多用户的多种应用要求。在数据库设计中，可供选用的存储方法主要有三种：B+树索引方法、聚簇方法、HASH方法。,聚簇存取方法为提高某个属性(或属性组)的查询速度，把这个属性(称为聚簇码)上具有相同值的元组集中存放在连续的物理块称为聚簇。聚簇功能可以大大提高按聚簇码进行查询的效率。例如要查询信息系的所有学生名单，设信息系有500名学生，在极端情况下，这500名学生所对应的数据元组分布在500个不同的物理块上。尽管对学生关系已按所在系建有索引，由索引很快找到了信息系学生的元组标识，避免了全表扫描，然而再由元组标识去访问数据块时就要存取500个物理块，执行500次IO操作。如果将同一系的学生元组集中存放，则每读一个物理块可得到多个满足查询条件的元组，从而显著地减少了访问磁盘的次数。,HASH存取方法的选择有些数据库管理系统提供了HASH存取方法。选择HASH存取方法的规则如下：如果一个关系的属性主要出现在等值连接条件中或主要出现