毕业设计（论文）-分布式数据库设计与效率分析.doc

目 录 摘要： 1 关键词： 1 引言 1 第一篇 理论篇 1 一. 传统C/S模型 1 二. 多层C/S模型 3 三. 三层C/S结构的实现 5 四. 分布式数据库优化 6 （一） 应用层优化 6 （二） 数据库层优化 7 （三） 服务器层优化 9 （四） 网络层优化 11 （五） 操作系统层优化 11 第二篇 实践篇 13 一. 软件概论 13 二. 界面设计 15 （一） 登录界面 15 （二） 聊天主界面 15 （三） 服务器界面 16 三. 数据库设计 16 （一） 基本信息表(BasicInfo) 17 （二） 详细信息表(DetailInfo) 17 （三） 联系方式表(RelationInfo) 17 四. 编码设计 18 （一） 登录流程图 18 （二） 聊天数据图 18 （三） 客户端代码 19 （四） 服务器端代码 22 结束语 25 致谢 25 参考文献 25 分布式数据库设计与效率分析 摘要：本文从多层数据库结构来分析获得高性能的系统，分布式系统中各个层次都不可忽视其功能，每个层次都会关系到整个系统结构的性能。数据库设计也不容忽视。客户层，应用服务器层，数据库服务器层三个部分组成整个系统。为了高效率系统，着重从这三个结构层次优化。 关键词：多层结构、分布式、数据库、优化、DCOM 引言 数据库系统是企业信息的核心，其应用水平的高低直接影响到企业效率水平。选择了一个高性能的数据库产品不等于就有一个好的数据库应用系统，如果数据库系统设计不合理，不仅会增加客户端和服务器端程序的编程和维护的难度，而且还会影响系统实际运行的性能。一般来讲，在一个管理信息系统的分析、设计、测试和试运行阶段，因为数据量较小，设计人员和测试人员往往只注意到功能的实现，而很少会注意到性能的不足，等到系统投入实际运行一段时间后，才发现系统的性能在降低，这时再来考虑提高系统性能则要花费更多的人力、物力，而其最终结果就是给整个系统又打上了一个补丁，所以设计阶段是优化的重点。特别是当企业数据流量大的时候，系统的实时性非常重要。本文以SQL Server数据库产品为例，从以下几个方面讨论如何实现分布式数据库系统的性能优化。 第一篇 理论篇 传统C/S模型客户机/服务器系统服务器为多个客户端应用程序管理数据，而客户端程序发送、请求和分析从服务器接收的数据，这是一种“胖客户机 (Fat Client)”，“瘦服务器 (Thin Server)”的。 两层结构具有很多缺点，在当今业务要求下无发满足客户的需求： 性能瓶颈 在两层模式下，每个客户端在对数据库操作时都要建立一个数据库连接，这会占用数据库服务器固定的一部分资源。好比电话线，每个用户都要占一条线路。数据库服务器必须为所有连接的客户端提供服务，即使许多客户端的请求相似，数据库服务器很难让他们共享资源。当连接数越来越大时，服务器的内存资源会很快被消耗完毕，不得不使用磁盘作交换，性能严重下降。而实际上客户端并不是时时都在与数据库服务器交换数据，很可能是许多客户保持着连接却并没有访问数据库，但数据库仍然要为这些连接分配内存和CPU资源，导致其他重要业务不能及时处理，耽误业务。就好比为公司为各个部门配备一条电话线，结果有些部门因业务繁忙而要使用电话时得排队等候，有些部门的电话却闲着没有用，造成资源浪费效率地下。 客户端连接数目问题 数据库服务器一般按照客户端连接数目收费，就象电话线，两层模式下一个客户端就要占用一个连接，为了能满足更多的需要就的购买足够的客户端连接数目，而同时进行数据库访问得客户端可能远远少于同时进行连接得数目。 稳定性无法保障 一般数据库应用中只用一个数据库服务器来完成特定得数据库访问任务。如果数据库出现故障，客户端就无法进行数据库访问。时用后备服务不尽昂贵，而且动态切换技术很复杂，实现困难，效果不佳。 客户端程序分发困难 数据库应用的客户端程序由于包含了数据库访问引擎，还包括数据库连接配置，因此程序安装复杂，不利于操作者。对于客户端数目巨大时，当出现客户端升级情况，那么工作量是非常巨大的。 程序维护苦难 由于客户端程序包括了用户界面和业务逻辑处理，所以开发者必须同时维护这两部分的代码，编译修改一部分代码都会影响到整个客户端得程序。这样不利于团队开发，也影响代码重用。 多层C/Sn Client(微客户)，因为他们往往不包含或很少包含后台的处理。计算、访问数据库、数据的过滤、事务逻辑、网络操作以及其他的操作在中间层进行。尤其是多层应用程序中的客户程序不应该直接去访问BDE(Borland Database Engine)。通过使用DCOM,CORBA,OLEnterprise，TCP/IP或一些其他协议，数据包可以在客户应用程序与中间层的应用服务程序之间发送和接受