北京邮电大学软件工程生的课程-数据库设计开发-

3.3数据库应用系统体系结构数据库应用系统的发展经历了主机/终端模式、客户机/服务器模式之后，随着Internet的发展，又出现了浏览器/服务器模式，以及分布式数据库体系结构。3.3.1简介3.3.2客户机/服务器结构3.3.3C/S结构的数据库管理系统3.3.4C/S结构的数据库系统3.3.5浏览器/服务器模式3.3.6分布式数据库体系结构3.3.1简介早期数据库系统是集中式的体系结构，所有访问数据库的应用程序以及用户终端发送并接受数据的通信都在一个宿主计算机(UNIX大型或小型机)上运行。随着PC机的兴起,单用户的DBMS出现,DBMS的功能和数据库应用功能结合在一个应用程序中，数据库应用处理用户输入和屏幕输出的同时,也处理对数据库中数据的访问。基于PC的单用户DBMS不支持事务处理和回退恢复,不能保证数据的安全和完整，但查询速度并不一定慢。3.3.1简介基于PC的多用户DBMS建立在文件服务器前提下，客户端运行服务器的应用程序，文件服务器将客户申请的文件传送给客户机器，数据处理过程在客户机器上进行。这种方式网络传输的是数据文件，传输量大，数据锁定在解决并发时存在困难。事务处理的性质使数据库系统从集中式、PC系统过渡到客户机/服务器系统，并使分布式系统成为可能。客户机/服务器系统最本质的特点在于：客户PC运行数据库应用(界面处理)，数据库服务器运行全部或大部分DBMS(数据处理)。服务器运行SQL，将查询结果传送到客户端，减少了网络信息的传输,系统采用数据锁定、事务技术、存储过程等数据库技术保证数据完整一致准确。3.3.2客户机/服务器结构客户机/服务器(Clien/Server)结构可以指硬件结构,也可以指软件结构。硬件结构指某项任务在两台或多台计算机之间进行分配,客户机来运行提供用户接口和前端处理的应用程序,服务器提供可供客户机使用的各种资源和服务。客户机在完成某一项任务时，通常要利用服务器上的共享资源和服务器提供的服务。在一个客户机/服务器体系结构中可以有多台客户机、多台服务器。3.3.2客户机/服务器结构软件结构指把一个应用系统按照逻辑功能分成四个组成部分:用户界面、应用表示逻辑、事务逻辑、数据管理，按照其相对角色的不同区分为客户端和服务器端软件。客户软件能够请求服务器软件的服务。客户软件和服务器软件可以分布在网络中不同的计算机节点上，也可以放置在同一台计算机上。终端数据库应用程序用户界面应用逻辑事务逻辑数据管理GUI3GL4GLSQLORACLEDB23.3.2客户机/服务器结构常见C/S体系有两层结构和三层结构。两层C/S结构的基本工作方式：客户程序运行用户的应用程序,向数据库服务器发送SQL请求，数据库服务器接受客户机的请求,并将处理结果返回客户端。一个功能强大的客户应用开发语言和一个多用途的用于传送客户请求到服务器的机构是整个两层结构的核心。在一个数据存取事件中，数据由服务器实施存储和访问，数据库引擎负责处理从客户端发来的请求。把SQL语言从客户机传送到服务器上必须能识别服务的标识符或由一个应用程序接口来完成，还必须知道服务器的位置、数据组织形式以及数据如何定义。在服务器中，请求将得到存储逻辑和处理的进一步优化，例如使用权限、完整性、并发控制等。3.3.2客户机/服务器结构两层C/S结构具体又分为两种实现方式：一种是客户端完成界面显示和应用逻辑，服务器完成事务逻辑和数据管理。这种情况是以客户为中心的。这种方式下，表示部分和应用逻辑耦合紧密，比较适用于应用相对简单、数据访问量不大的情况。另一种以服务器为中心，一些重要的应用逻辑放在服务器上，充分利用服务器的计算能力，通常以存储过程和触发器出现，减少网络压力，提高系统性能。这种方式下，存储程序依赖于特定数据库，不同数据库间的移植不太容易。3.3.2客户机/服务器结构把两层结构中服务器部分和客户端部分的应用单独划分出来，即形成三层C/S结构。在X/OpenDTP标准中描述了三层C/S模型：由应用程序定义各种操作来执行完成特定任务，它定义事务的范围并把服务要求提交给事务管理器、通信管理器及一个或多个资源管理器。资源管理器提供应用程序的事务间的服务，通常是一个数据库。事务管理器提供事务的服务。如果事务跨越多个平台，那么其中一个的事务管理器为该事务的事务管理器。通信管理器提供通信服务的接口以及管理应用层协议。3.3.2客户机/服务器结构数据库应用的三层C/S结构将应用分成表示部分、应用逻辑(或称商业逻辑)、数据访问部分。三层C/S结构使各部分相互独立并单独实现，分别称为客户、应用服务器和数据库服务器。三层C/S结构中数据在发送到网络之前由功能服务器加以过滤，网络流量会减少，另外客户端并不是直接同数据库打交道，而是通过中间层的统一调用来实现，在灵活性和独立性方面较好，适合于不同数据库的互联。客户1应用服务器数据库数据库服务器客户N…3.3.2客户机/服务器结构基于三层模型的应用系统：应用逻辑层：最普遍的处理方案是使用存储过程和触发器。从客户机角度看存储过程是一个单独的事件，可以在服务器上执行复杂的操作，事务的完成或取消最终控制权交给用户；使用存储过程可避免通过网络传送SQL语句，也不必将数据通过网络传回来进行处理。数据层：定义正确的数据表和选择合适的存储方案，优化数据库的性能，使数据库快速、可靠、准确的响应用户的请求。如建立索引，优化设置。表示层：表示层主要承担人机界面的任务应用系统的性能优化设计是一项系统的工作,三层模型为系统的开放性扩充和性能优化提供了很大的空间和灵活性,但单纯的三层结构并不一定是最优的。3.3.3C/S结构的数据库管理系统C/S数据库管理系统通常通过高性能的锁定、事务提交、参照完整性、存储过程和触发器等数据管理技术实现多用户下良好的数据完整性和并发控制。C/S结构数据库系统的分层模型应用程序数据库API网络/通信接口网络/通信接口数据管理客户管理DBMS存储文件客户端服务器数据/网络协议3.3.3C/S结构的数据库管理系统客户端网络接口：是在客户端负责客户应用与数据库服务器通信，将数据信息编码或解码,提供发送/接受的逻辑通道。网络接口层协议的目的是为了减少网络传送的字节数目，它建立在基础网络协议(TCP/IP、IPX、SAN等)之上。编码协议主要有两种:通信与远程过程调用(RemoteProcedureCall，RPC)。通信是指前端应用与DBMS之间的信息传输采用的报文形式，编码协议有:TABULAR(Microsoft)、SQL*Net(Oracle)、DRDA(IBM)。远程过程调用是一种由客户制定而由服务器来执行的函数调用。客户端数据管理层：用于客户应用与服务器数据库进行交互时所必需的登录管理和数据库连接以及提交语句、返回结果和处理错误。客户端数据管理层实际上就是开发人员或应用程序使用的数据库API。如DB_Library(Microsoft、Sybase)、OCI(Oracle)和SQLRuntime(IBM).3.3.3C/S结构的数据库管理系统服务器端的客户管理：客户管理程序的作用是协调客户端的通信要求，为每个客户联系建立合法的数据通信渠道，为在网络上传送而使信息格式化，管理多种客户请求线程。服务器端的数据管理：数据管理程序处理每个客户的数据服务请求，验证和解析SQL请求，优化数据操作，生成存取计划，建立不同形式的锁控制并发，对数据库中数据的访问(存取计划)。客户对数据库的访问可以理解为：服务器端正确解析客户发出的SQL请求，并作出回应或发回出错信息。3.3.3C/S结构的数据库管理系统基于不同DBMS的差异和对不同SQL语言版本的支持，客户应用必须考虑采用何种数据库访问策略：选择开发客户应用的开发环境和选择适当的应用程序接口(API)。所有的客户机服务器数据库厂商都有自己支持的程序设计工具箱，他们可以独立建立定制的客户应用。特定于专门数据库的设计工具，提供了对本数据库最完美的支持，但可能忽略对其他数据库的全力支持，选择第三方厂商的开发应用集成环境，是对该空隙的有力补充，他们往往注意数据库共性的同时，通过各种技术为异质数据库提供不同支持，如ODBC。3.3.3C/S结构的数据库管理系统为了使客户应用能同时访问多种数据库，（既包括网络数据库，又包括单机数据库），应用开发环境所采用的技术往往有两种途径：支持诸如ODBC这样的公共数据库接口API专门设计同时驱动多种安装在客户端的数据库驱动程序管理层。许多应用开发集成环境同时采用这两种途径，以便提高产品的通用性。如Delphi的BDE（BorlandDatabaseEngine）。3.3.4C/S结构的数据库系统C/S系统的并发控制：C/S系统必须提供封锁机制，事务编程要尽可能避免死锁，并允许死锁的发生及提供解决死锁的方案，保证并发执行的同时维护数据的一致。封锁机制可以由DBMS自动控制，也可以通过显式加锁完成。C/S系统的完整性约束：在C/S系统中，数据完整性约束是在服务器上定义，并由服务器来检查约束，这样能方便地实现对数据库的完整性和一致性控制。如果由客户机检查约束，检查逻辑必须包含在每一个应用程序中，既浪费又容易出错。3.3.4C/S结构的数据库系统C/S系统的安全性控制：DBMS通常运行在后台服务器上，自身已具备安全管理功能。应用程序运行在前端客户机上，安全性问题由开发者自己设计。如何将后台DBMS的安全机制与前端应用程序的安全机制有机结合起来，形成统一的安全保密机制。可以选择以下几种方案：内核级透明代理：每个数据库应用只建立一个真正的数据库帐号（Root），它具有对系统应用所涉及的数据库实体进行操作的全部权限。为每一个系统操作人员分别创建一个‘应用系统帐号’，放在数据库中的Users表中。每次应用程序在客户端执行时，首先以Root登录数据库，然后执行登录程序，与Users表结合，实现应用系统登录。Users表中的内容需加密保存，数据的加密和解密通过应用程序完成。3.3.4C/S结构的数据库系统用户授权机制：后台服务器系统除了操作系统具有严格的用户等级机制外，DBMS也具有严格的用户授权管理机制。前端应用程序的安全机制与DBMS的安全机制统一起来，可以增强安全保密功能。具体做法：从功能出发将整个系统细分为若干个可分配的最小权限单元，这些权限即对数据库中所涉及的表、视图的增删改查。然后运用角色或工作组的概念，结合各种系统使用人员的工作性质，为系统创建各种操作等级，并为每个等级相应地授予不同的权限。用户等级及每种等级所对应的默认权限组合建立对照字典，管理员可以方便地增加等级或改变某一等级的默认权限。在统一管理下，既方便又可防止用户绕过应用逻辑直接操作数据库的可能。3.3.4C/S结构的数据库系统智能型日志：DBMS的日志系统是为了保障事务故障、系统故障和介质故障的恢复。智能型日志是数据库应用系统设计的为了跟踪系统使用情况的记录，相当于飞机的‘黑匣子’。在系统中，智能型日志将记录：自某用户登录时起，到其退出系统时止，这段时间中执行的所有操作，包括登录失败操作，具体内容有执行某操作的用户名、执行操作的计算机IP地址、操作类型、操作对象、执行时间等。一旦系统发生故障或受到非授权用户的恶意攻击，通过查询日志系统的记载可追溯到事件发生的所有过程。另外，日志系统还可以使系统管理员分类检索日志内容，通过智能推理日志内容，寻找系统中可能存在的不安全因素。如对同一帐号的连续三次登录失败，系统自动冻结该帐号或封锁工作站。3.3.4C/S结构的数据库系统备份及恢复机制：数据库管理系统提供了事务故障、系统故障的恢复例程，介质故障的恢复要靠DBA来进行。DBMS提供的数据恢复机制并不能满足所有的应用情形。为了防止存储设备的异常损坏，可以采用可热插拔的磁盘容错阵列或双机热备份等技术。为了防止人为的失误或破坏，可建立强大的数据库触发器以备份重要数据的更新操作，对删除操作，将被操作的记录全部存储在备份库中，对更新操作，可以备份执行过的SQL语句等等。保证在任何情况下，重要数据均能有效地得到恢复。只有将系统日志与备份数据有机地结合在一起，才能实现系统安全的‘万无一失’。3.3涨.5扎浏览器痛/服务脱器模式随着I洁nte保rne笔t和W税eb技步术的发仗展,大锐量的商险业活动葱在In累ter横net渴展开。分在典型恒的C/蒙S体系梨中,为膝Int笨ern绵et中平的每一个撞用户安雹装一前蝇端应用挽程序已央不再现岗实，在关自己的煎Web备站点上您同时保搭存某一弦应用程酬序的多谣个特定束平台的富版本也纤不可行凶。客户端岸安装某林种具有注一定‘遣翻译’喂功能的码统一的殿构件，序充当用谋户与I念nte追rne彩t之间及的一个杆接口，纸同时是榜大部分应用程序馅运行的主寨要环境外崇壳，这一纸构件即浏偿览器。对于浏览杰器而言,屯程序和数额据的具体激位置并不色重要，只皇需知道它半们的UR晓L(通用早资源定位愧符)。郭文明遥200虽3.06患.053.3瓶.5极浏览器俱/服务潮器模式基于浏览剑器/服务德器计算模暮式的系统帮应运而生伤，它继承踢了C/S耕模式的优俊点，十分腔容易地实突现了不同婆网络间的活连接。目前应她用广泛魂的浏览捷器/服鸣务器计保算模式暗主要是说浏览器串以超文络本的形固式向W漂eb服长务器提餐出访问职数据库冤的请求矛，We早b服务形器接到飞客户请桑求后，爷激活对泥应的C诵GI程送序将超落文本H葛TML送语言转辫化为S裙QL语拼法，将任这个请费求交给帮数据库进，数据尾库服务左器得到术请求后茅，验证池其合法太性，并阻进行数脏据处理缘瑞，然后苗将处理馅结果集怜返回C铲GI程丹序。C稿GI再驻将结果垮集转化途为HT泡ML，披并由W削eb服问务器转多发给请怨求方的鞋浏览器聪。郭文明择2橡003忽.06轮.053.3.惑5浏览城器/服务善器模式在浏览器鞠/服务器逼模式中,赠客户端的分标准配置悉是浏览器旱,业务处夺理功能处诵理从C/鞭S代码中肌分离出来下,由独立辛的应用服迁务器处理危,Web臣服务器史成为应言用处理硬的标准键配置,数据处怜理仍然由少数据库服投务器处理猫.浏览器顶/服务器牙模式是三语层分布结限构,即浏代览器-W伐eb服务链器-数据现库服务器半.Web该浏览器Web讨浏览器Web么浏览器Web服皱务器数据库盆应用文件系弟统数据库毫应用数据库叛服务器数据库漠服务器数据库迁服务器客户层Web暗服务层数据库层郭文明模2兽003锤.06童.053.3显.5散浏览器棕/服务处器模式浏览器酿/服务廊器的三班种工作娃方式:简单式：Web浏逆览器需要笛一个HT懂ML页面歉时就提交鲜一个UR也L地址到害Web服青务器，W闸eb服务懂器从In被tern呼et上检葬索到所需致的本地或当远程的网泻页,并将铃页面返回呀到浏览器枯。也可使胆用Jav虽aAp视plet南、Act促iveX耽和Jav条aBe息an来加坐强表达。该模型电只限于仆使用H欺TTP虚协议进阵行通信是。交互式：在打开按与服务器简连接及传捷输数据以冷前，HT胜ML获取身用户输入话的表单、华文本域、评按钮，通拐过这些内锈容取得与写用户的交册互。HT松TP服务固器将输入绳信息传递锄服务器程涂序或某个顶脚本进行赔处理，W糠eb服务蚂器再从D付BMS服旱务器中检议索数据，脖然后返回忘浏览器，区最后中断用浏览器和尤服务器连桶接。该模型已刻经是三层救结构，但养每一个浏采览器和服导务器间的涉通信都要标建立一个订连接，造法价昂贵。郭文明中2掀003徒.06俊.053.3.病5浏览矿器/服务烟器模式分布式：客户手程序是欧由可下员载的J倚ava喜编写，驶当HT滚TP服希务器将反含有J鞠ava浑小应用曾程序(佳Jav恨aA量ppl挂et)奔的页面姨下载到湾浏览器孝时，小宰应用程位序在浏迁览器中醋运行并胃通过构融件与传隙输服务行器上的浮小服务良程序(艰Ser柜vle缸t)通养信会话精，小服赚务程序絮收到信辜息后，熄经过J阁DBC撇、OD漠BC或较本地方贫法向数口据库服戒务器发恋出请求箱，数据篮库服务互器接到星命令后倒，再将皂结果传龙给Se邮rvl羽et,朽最后送格至浏览昆器。这种方滥式引入良了分布千式计算麻构件概散念，使肤得函数搞也可以蔽在网络蛛上传递接。这样堤，在网琴络环境胳下，不机同电脑缩慧、不同弄操作系吹统之间尸的应用找程序就清可以彼殊此沟通抵，达到州“平台擦无关”购。该模型已掘不再局限屋于Web怪服务器和波HTTP套协议，还闸有DCO秒M，CO最RBA协假议等。浏览器/吓服务器模染式引发了汽另外一个匠专门的技耳术领域W报eb数据见库。郭文明艰200枣3.06屿.053.3.管6分布掘式数据库帅体系结构DB1DB1DB1计算机1计算机坚1计算机项1通讯网络北京重庆上海银行系统背景：数召据库系统洪+计算机锄网络郭文明疑200绘3.06顷.053.3.蜂6分布彻式数据库亿体系结构基本特猎性分布性仰：数据亏存储在屋不同场庙地上。蔽与集中定式数据薄库不同刮。逻辑整目体性：千数据逻啊辑上是锻相互联萍系的一对个整体犬。与分角散在计舱算机网豆络不同返站点上金的一组闭没有相晌互联系底的本地蚊数据库符区别开皂来。定义DDBS屿(Dis荡trib开uted有Dat阀aBa搅se)是偿一个数据换集合，这将些数据，候分布在计毙算机网络价的不同计脂算机上，秆网络中每谁个结点具怪有独立处戏理的能力衡，可以执珠行局部应滋用，同时却每个结点熟也能通过永网络通讯冷支持全局府应用。分布式数怕据库强调复场地自治抱性（局部戚应用）以镇及自治场疑地之间的俗协作性（舱全局应用吐）。“在自治殃的结点之陶间协同工洞作”郭文明程2支003角.06攻.053.3锋.6咐分布式谱数据库浑体系结侮构体系结构G-概念嘱模式：定糟义DDB夹S中数据准的整体逻泽辑结构，锈数据如同配没有分布吧一样。分片模彻式：每铲一个关舰系可以箱分为若蹈干互不锋相交的艺部分，包每一部银分称为辆一个片导段。分布模式榴：定义片询段的存放券地点。G-外模眉式G-外模式G-概念期模式分片模公式分布模督式L-概念杀模式L-概念模惰式L-内模圈式L-内模为式L-DBL-DB郭文明着200蕉3.06下.053.3公.6兆分布式箱数据库僵体系结把构数据在崭分布式棒数据库杆的存储亩途径复制系统维护隶关系的几辱个完全相认同的副本渗，这些副亲本存储在姥不同的结穿点上。分片关系被划样分为几个套片段，各班个片段存身储在不同栽的结点上帝。分片方授式水平分片装：将关系r蔑按行分为唐若干子集锅r1，r2，…，rn，每个子集播ri称为一个扛水平片段责。一个水誓平片段可康以看成是且关系上的陶一个选择胜。垂直分颗片：将关系说r按列触分为若兆干属性未子集r1，r2，…，rn，每个子奶集ri称为一个舞垂直片段坑。一个垂莫直片段可果以看成是捡关系上的珠一个投影阻。郭文明粱200独3.06冷.053.3.编6分布良式数据库于体系结构导出分片村：导出水平痰分片，分夹片的条件淡不是关系寄本身属性纸条件，而渡是其它关炒系的属性否条件。混合分片旨：关系按盼某种方茅式分片慈后，得苦到的片寨段再按密另一种眠方式继由续分片炼。复制+分际片关系被获划分为伍几个片洞段，系榴统为每横个片段直维护几铲个副本爪。数据项鼓的命名每个数据贵项（关系替、副本、荒片段）必坑须有唯一然的名字，驾在分布式洞数据库系冤统中必须卡保证在不届同的结点慰上不会用外同一个名猛字来代表肤不同的数珍据项。郭文明与200跑3.06兆.053.3.铃6分布照式数据库乓体系结构分布（网乌络）透明路性分片透满明性：用户或应珍用程序只精对全局关毅系进行操脆作而不必马考虑关系傅的分片。冷如果分片回模式改变附了，通过沾调整全局猪模式与分叛片模式之参间的映象辫关系来保训持全局模告式不变。位置透乔明性：用户或应础用程序不贩必了解片读段的存储垂位置。局部数据散模型透明度性：用户或渔应用程杂序不必杨了解局页部场地膊上使用齿的是哪炼种数据吉模型。分布式数据库系抖统(DD不BS)的努组成:全馅局用户、划局部用户悄；全局数和据库(G掀DB)、北局部数据便库(LD各B)；全颂局数据库池管理系统吩(GDB队MS)、隐局部数据县库管理系顾统(LD筑BMS)漆；全局数餐据分配(拜GDD)洋、局部数介据分配(完LDD)妻。郭文明直2助003哭.06称.053.4嘱中间买件在分布式锻计算环境乔中，有两扫层的C/俘S模式、撕三层的C印/S模式日、三层的航B/S模炒式以及多够层的计算钩模式，不同层流次之间套需要相花互通信。在两层系槐统中，关惠系数据库亡开发商提苏供一些专犁用库和驱驳动程序来密访问数据凳库。由这胖些专用程征序对不同巾网络协议拾进行抽象冲，在写客户嘱应用程序均时无需考俩虑数据库贵的实际位骂置，客户册层应用缩慧程序可芳以链接篮适当的至动态或制静态库椅与数据灰层进行矩通信，雄这些动显态或静垮态库保传证了请储求和数议据格式炭的一致钱、访问创优化、扫分布式惰服务管煎理，称外为中间央件(如待ODB询C)。郭文明醒200写3.06茂.053.4辟中间斜件多层系诉统中需邮要更复闪杂的关降系实现忧跨网络鸭、跨层锤次的通长信，客进户应用躺程序需劳要一种幸通信模蠢型，来吓协调应隶用程序匠的不同朵平台。处当这种复模型实亲现后，汁就出现夫了为这妥样的客其户应用俊程序提个供中间齐件基础稻的标准社。多层系友统中中才间件是膏建立在裕一种通较信模型为基础之水上。中间件聋定义：中间题件(M切idd火lew慰are露)是分泳布式环侍境中保漏证操作络系统、幼通信协释议、数狸据库之狡间进行景对话、版互操作氏的软件羞系统。在C/妇S环境快中，中胸间件同取时存在字于客户泽端和服降务器端拌，负责隙客户和甘服务器插间的请拢求和回董答。在倡分布式样环境中祥，中间妹件允许梢不同服想务器之樱间相互罪通信。郭文明呜200姿3.06黄.053.4抽中间讯件中间件作县用：保证什网络中各参部件之间堆透明地连威接，即隐藏网络笼部件的异障构性，保迷证不同网己络、不同傻DBMS忧和某些访规问语言的本透明性。网络透报明性：逢能支持榆所有类纤型网络副。服务器肉透明性迈：不管物服务器忽的DB鲜MS是灯何种型酒号，一结个好的均中间件界都能通主过SQ姥L语言属连接起田来。语言透明顷性：客户膝机可用任毅何语言进抗行请求和能接受回答饥，并保证裙数据类型湖的相互转辅换。郭文明炮200中3.06狂.053.4群中间扔件由于用途鹿不同，存米在不同种盛类的中间部件，主要马有数据访迟问中间叼件、远岂程过程亮调用中碑间件、膛分布式桌事务处射理中间台件、对愈象调用梯以及面油向消息动的中间更件等。不同种碌类的中惑间件基投于不同拢的通信痕模型。为了满足洒不同客户还实现（编朝程语言）增的需要，逝中间件技建术在近1范0年中得我到极大发受展。第一拍个获得广爷泛认可的害中间件技汪术是远程粥调用中间秤件(RP示C)。使键用远程过初程调用，厉客户可以绩在远程计孔算机上执瞒行C语言野函数。对纲于远程过规程调用体店系结构来品说，ONCR碗PC(O民pen已Netw墓ork滚Comp击utin候gRP莫C)和DCE振(Op勒en靠Gro陡up’考sD免ist延rib绞ute渐dC桑opu锹tin奇gE据nvi潜ron倡men颈t)是主流怒标准。郭文明童200政3.06径.053.4贴中间件随着面陷向对象省语言的伞流行，分布式屑中间件垫也朝面延向对象骆方向发敞展，OMG(对象怎管理组迁织)提劈燕出了CORB牛A(Com漠mon迷Ob棉jec圣tR悦equ翻est瞒Br宽oke收rA赶rch抛ite略ctu星re)，微软革提出了COM(嚷Comp里onen掌tOb下ject竿Mod田el)，都求是规范婶分布式班对象体吃系结构榨的尝试完。许多柜开发商教推出了绳基于这亭些规范既的中间古件。IBM早在20励世纪90桑年代初就兼提出了系叨统对象模纪型SOM告(Sy谜ste违mO己bje奇ct居Mod薯el)。为了避述开与微软河竞争，IBM也转向了COR楚BA。郭文明艳200显3.06炊.053.4剧中间邀件ODBC面(Op倦enD粱atab借ase扇Conn窃ect)爬它是由M绳icro银soft龙公司于侮1991妖年提出缺的一个用于访问区数据库的统一脏界面标豪准，是涛应用程惯序和数伸据库系球统之间桌的中间宵件。它紧通过使思用相应霜应用平手台上和逆所需数倘据库对锋应的驱跳动程序干与应用土程序的捡交互来采实现对叼数据库佣的操作处，避免哭了在应晒用程序盖中直接块调用与户数据库调相关的贩操作，辽从而提笋供了数平据库的肾独立性牧。传统的圣数据库败编程方少式是‘拒主语言狡+DM它L’。托由于各笼厂商的埋SQL尝版本不眠同，不客同厂商肌的DB滑MS在月客户机兴与服务妈器之间使用枣的通信协技议不同，链使得特定匪的前端应评用不能访沃问不同的仿数据库。火因此有必日要建立一相个公共的译、与数据润库无关的型应用程序押设计接口(Ap晓pli宜cat段ion圈P朴rog美ram灰min渗gI安nte找rfa缴ce,宅AP裂I)。思最先推沉出的公炊共AP部I是微袜软的O陡DBC佣。它以争C/S赶结构为挽设计基战础。郭文明拍2尖003孩.06户.053.4耀中间件使用ODB广C开发芦数据库胁应用程狮序时,锋在应用劲程序中挤调用标蓄准的O深DBC垮函数和电SQL列语句,创通过加静载的驱幻玉动程序导将逻辑蜻结构映患射到具雨体的D堂BMS拼,即连晚接数据筋库和存之取数据廊库的底辱层操作含由驱动乐程序驱动各个患数据库完免成.ODBC数据应用程序驱动程序管理器SQLServer驱动程序Oracle驱动程序Foxpro驱动程序Sybase驱动程序DB2驱动程序DBDBDBDBDBSQL跌Ser滴ver数据源Orac激le数据源Foxp灰ro数据源Syba劣se数据源DB2数据源郭文明描200脾3.06扭.053.4锡中间件驱动程序通管理器是悲一个动态粉连接库(DLL)，用即于连接勇各种DBS的DBM稠S驱动程斥序，管娘理应用尺程序和DBM现S驱动程序企之间的交忽互作用。驱动程畏序也是脖一个动得态连接展库(DLL)，当应哪用程序调绩用SQLC揪onne滥ct时，驱动闭程序管理