第四部分 毕业设计内容
4.1分布式多层数据库开发简介
Delphi提出的MIDAS（Multi-Tier distributed Application Services Suite多层分布式应用服务器组），是把原来Two- Tier数据连接放到了服务器端的COM组件上，客户端只剩下了执行文件和MIDAS.DLL，前台和服务器上的COM组件，通过DCOM机制互相沟通。
这个多的一层，称为应用程序服务器（Application Server），或者称为中间件。整个工作机制见下图：
这种多层分布式工作机制，主要基于这样几点考虑：
1） 减少客户机的文护量，因为前台程序比较简单；
把企业逻辑封装在通用的中间件应用服务器中，不同的客户都可以共享同一个中间层（包括Web），而不必每个客户都单独实现企业规则，避免了重复开发和文护的麻烦。由于客户程序相当瘦（这就是现在流行的瘦客户机概念），无论是开发还是发布，都变得简单了。
2） 便于升级，当中间件升级的时候，客户程序可能不需要变化；
3） 实现了分布式数据处理，把一个应用程序分布在几台机器上运行，可以提高应用程序的性能，也可以把敏感部分封装在中间件，为不同的用户设置不同的访问权限，增强了安全性。
4） 减少直接连接数据库的用户数目，减少费用。
在Delphi 6.0上，在原来的MIDAS基础上，发展了DataSnap技术，在很多细节方面，它提供了原来MIDAS所没有的许多功能，使用上更加方便了。
DataSnap主要提供客户端和中间件之间的通信，不但支持COM+技术也支持TCP/IP或者CORBA，它们使用类似的界面和方法，其结果由程序自动完成，这就大大扩充了它的应用范围。
必须要提醒的是，前台机器上除了应用程序以外，
论文网http://www.751com.cn/ 还必须把一个MIDAS.DLL文件复值到前台机器上，这个文件在服务器的WINNT\System32目录下。本文来自辣.文~论^文·网原文请找腾讯3249,114
4.2 服务器端程序的建立
服务器端程序实际上是个COM 工程，它本身连接数据源，再通过接口与客户端联系，这个COM 工程必须注册在服务器上。
首先建立一个空白的工程，在工程里放置一个Adoconnection组件。然后再建一个远程数据模块file -> New -> Other -> Multitier -> Remote Data Module(远程数据模块)。 Coclass Name : libserver ，Instancing :执行模式，大部分用Multiple Instance（多重实例）,Threading Model：线程模式，建议用Apartment（单元）,产生一个窗口，在这个窗口里，可以放入数据控件。
在Viwe -> Type Libray 中，我们可以看到这个COM 的一些特性。我们也可以记下系统提供的GUID，以备后来使用。加入一个ADOTable，并设置其指向一个数据库。再设置一个DataSetProvider(在DataAccess页)指向ADOTable,这就完成了服务器端的程序设计。
保存，编译，注册（注意，只要运行就自动在本机注册了）。
4.3 客户端程序的建立
在Two-Tier模式中，客户端(Client)程序是直接和服务器的数据源相连的，而Multi-Tier模式，多个客户端连接的是一个应用程序服务器，因为收费是按客户端数计算的，所以，数据库的使用费用比较低。
1）建立一个普通的工程。
2）放置一个TDCOMConnrction控件（在Datasnap页），属性：在本机注册时，可直接设置以下属性：ServerName:应用程序服务器注册名（server.libserver） ,Connected=true。这时你可以看到服务器端的COM 程序被激活了。如果在网络上调试，需要给出服务器名:ComputerName：服务器名（自动给出网上邻居）注意： ServerGUID的GUID值是自动给出的。
3）放置一个TClientDataSet控件（在Data Access页），属性RemoteServer= DCOMConnrction1,ProviderName:=DataSetProvider1（服务器端将被激活）,Active=true （激活后将能正常连接）
4）放置TDataSource，属性：Dataset:指向cdsCustomer。
这样一个客户端程序就建立好了,其余犹如普通的数据库设计。
上一页 [1] [2] [3] [4] [5] 下一页
delphi分布式多层数据库图书管理系统论文+源代码 第3页下载如图片无法显示或论文不完整，请联系qq752018766
