目前各类远程组件，真假三层组件等的大比拼,有人已经做好了一部分：http://www.winu.cn/htmls/714/114/(100)

  • 主题发起人 主题发起人 wobudong
  • 开始时间 开始时间
不好意思字段更新这块是我本人搞错了，原因是：在TClientDataSet中FQuery.Fields[1].Value := FQuery.Fields[1].Value;实际等于没修改，故不会产生副本，所以将例子程序中语句改为下以方式FQuery.Fields[1].Value := '-' + FQuery.Fields[1].Value;连续修改20次的结果：第1次,耗时:18ms第2次,耗时:22ms第3次,耗时:26ms第4次,耗时:18ms第5次,耗时:21ms第6次,耗时:19ms第7次,耗时:16ms第8次,耗时:17ms第9次,耗时:17ms第10次,耗时:19ms第11次,耗时:19ms第12次,耗时:19ms第13次,耗时:18ms第14次,耗时:19ms第15次,耗时:16ms第16次,耗时:24ms第17次,耗时:31ms第18次,耗时:20ms第19次,耗时:18ms第20次,耗时:18ms
 
支持cpj7406說法，其實中間件不是搞個中間層就好了
 
看midado作者说midado并发好，我用大数据量测试了下，发觉，midado，remoteado对内存占用都比较大，midado最大，用了20个线程测试，查询了几十万条记录，内存基本就占的差不多了,CPU占用也很高，不知道这个大数据量查询算不算并发测试。这么高的内存占用量，并发还怎么提高？
 
服务端用ADO连接数据库的，大并发用户并且查大量数据，内存会消耗非常之大，如果需要大并发用户并且查大量数据的应用，是不适合的；反之还是可以的。
 
好像三层的设计都是这样的：在服务器上用ado，bde等直接执行，执行后把数据内容通过datasetprovider，或者直接把数据流进行打包压缩，然后发送到客户端进行解包显示。服务器端进行了一个必不可少的整包压缩过程，肯定这个时候比较占内存和cpu吧，cpu和内存占用的多少，应改可以反映服务器处理的方式或者水平。我是这样理解的，不知道大家怎么理解。
 
QuickBurro早已经改善了应用接口，最新的改善：1、多数据库/数据源的支持2、自由格式数据包裹类的引入简化了对象的序列化、传输、还原过程3、开始支持同步方式客户端编程，诸如数据库读写等服务调用编程很简洁喽4、多线程快速文件传输的实现5、二次打包发布的支持6、中间件框架已基本完善、逐步优化中，在功能上则正在进行大幅度地扩展7、系统将进一步加强对网格计算（分布式计算）的支持8、直接面向几百名Delphi开发人员的技术培训工作正在有条不紊地进行中9、V3.01版本开始支持IntraWeb，为Web程序开发提供了后台网格支持
 
有没有人在实际项目中用过这类组件? 似乎记得wobudong曾用过dbanywhere？效果怎么样？
 
其实Midas已经很好，适合不同种类的数据库，具有通用性；也可以跑因特网；再加上适当的Pooling可以支持许多并发用户！缺点是dbexpress驱动都不太完善，没有人去升级
 
您必须登录或注册才可回复。

Similar threads

S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
后退
顶部