浅议SQL Server客户端-服务器架构.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
浅议SQL Server客户端-服务器架构

浅议SQL Server客户端/服务器架构摘要:本文简单介绍了SQL Server,并在此基础上通过具体实例重点讨论了SQL Server客户端/服务器架构。 Abstract: This paper briefly describes the SQL Server, and on this basis, discusses the SQL Server client / server architecture through concrete examples. 关键词:SQL Server;客户端/服务器;数据库;组件 Key words: SQL Server;client / server;database;components 中图分类号:TP39 文献标识码:A文章编号:1006-4311(2012)15-0220-01 SQL Server不是Microsoft Access或Visual FoxPro意义上的数据库应用程序开发环境。它是组件和产品的大集合,这些组件和产品共同组合成客户端/服务器系统,以满足任何实体或组织的数据存储、检索和分析的要求。所有人每天在Internet上冲浪时,都会使用客户端/服务器数据库系统,越来越多的服务器使用了SQL Server解决方案,而且客户端永远也不必了解后端实现了什么样的技术,本地计算设备,或客户端软件可以是“纤瘦”的。例如,Web浏览器以及用户界面或客户端流程可以在任何操作系统或平台上运行。在客户端/服务器数据库中,数据库服务器的引擎自主控制数据访问,执行查询,管理数据库及每个客户端的请求,并保持数据库服务以最理想的方式进行。 SQL Server是一个客户端/服务器数据库系统,无论在两层和多层环境中,它都能驾轻就熟地服务存储区域有限的非常小的数据库,或占据巨大存储区域的十分庞大的数据库(very large database,VLDB)。大量用户可以同时连接到SQL Server,同时向服务器发送查询和指令,并执行插入、更新、删除、查询操作,以及其他你可以想象的任何数据库工作。你还可以将多个SQL Server实例安装在同一台计算机上,并执行相应的操作;用户可以查询在一个服务器上的视力x控制的数据库,同时将数据插入到另一个服务器上的实例y控制的数据库。 作为一个客户端/服务器系统,SQL Server可以在单个计算机上简单实现为两层系统。可以像安装和使用Access或FoxPro那样,将SQL Server引擎及用户界面安装在同一台计算机上,前端(或用户界面)数据库应用程序通过Windows进程间通信(Interprocess Communication,IPC)工具和共享内存协议,而并不通过网络与SQL Server通信。这种能力使SQL Server能够满足单个用户的需求,SQL Server还适用于瘦客户端/服务器环境。其中,所有用户都在承载SQL Server的同一个服务器级计算机的终端会话中进行操作。在应用服务器模式下,将SQL Server安装在Windows Server上时,用户将有权访问应用程序,而应用程序通过IPC工具,将请求发送给数据库服务器引擎。与为每一个用户赋予一个必须获得认可的Access、自定义应用程序副本,并使每个用户的系统负担应用程序端处理开销相比,这是一种更为精致、安全和廉价的解决方案。 如果需要在本地计算机上实现高端或者要求相对较为苛刻的应用程序,将会出现什么样的情况,计算机电话就是一个不涉及人员用户的绝佳例子。 计算机电话系统并不是一个微小或微不足道的应用程序,计算机电话应用程序经常需要访问在本地安装的数据库,这主要是因为,在电话线上成百上千的主叫用户等待服务访问时,网络等待(即使以毫秒计)是一个令人无法接受的选择,为高端应用程序使用文件/服务器系统架构可能导致灾难。计算机电话系统包含几个电话卡,这些电话卡可以应答来自多个渠道(在某些系统中,同时出现的所有呼叫数量可以高达数百个呼叫/服务器)的呼叫。诸如Jet或BDE(旧式Paradox引擎的继承产品)的文件/服务器数据库引擎无法在经常长期持续的高峰时期,处理数量激增的读写请求。每个数据请求或数据库写入实质上是到数据库的用户连接,用户线程通过计算机电话应用程序连接到数据库服务器。某些数据服务请求可能十分简单,如检查分机号,或转发呼叫前等待的电话号码,但其他请求则可能会十分复杂,如记录音频信息,或接受传入的传真数据流。 从负载方面讲,Internet应用程序与计算机电话应用程序大同小异。比如你可能有一个嗡嗡作响的证券交易服务器,以通过Web来服务适量的购买和销售交易。但猛然间,交易量徒增,即使十个服务器也可能不会满足当时的

文档评论(0)

linsspace + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档