delphi xe3 的datasnap 性能和稳定性真的这么差吗？

[hero0101]

有个应用要做成分布式的，客户端数目500左右。

尝试用XE3的 Datasnap 开发应用服务器，后台数据库sql 2008.

测试说明：
1、服务器架在局域网的一台 dell 小型服务器上。

2、客户端测试程序 Test.exe ,就一个按钮：
SQLConnection1.DriverName := 'DataSnap';
SQLConnection1.Params.Clear;
SQLConnection1.Params.Values['CommunicationProtocol'] := cbbProtocol.Text;
SQLConnection1.Params.Values['HostName'] := cbbHostName.Text;
SQLConnection1.Params.Values['UserName'] := '';
SQLConnection1.Params.Values['Password'] := '';
SQLConnection1.Params.Values['Port'] := editPort.Text;

for i := 1 to 100 do
begin
SQLConnection1.Open;

ClientDataSet1.Close;
ClientDataSet1.DataRequest(MemoSql.Text);
ClientDataSet1.Open;

SQLConnection1.Close;
end;

sql语句执行的结果是取得 3600 条数据，字段数 8 个。单个客户端执行的话没有问题，同时启动300个客户端的时候，很难稳定执行。要么，拒绝连接，要么 Login 超时，要么直接服务器内部错误，一旦出现内部错误，客户端就再也连接不上了。服务器端的 PoolSize 已经设置为 1200 了。

我的意思是，服务器可以很忙，可以让客户端程序等待，但是绝对不能出现错误，我之前用过C#的 Remoting 和 WCF 做过类似测试，很稳定。

有哪位用过 Delphi 2010 版本以后的 Datasnap，出来指点一下。

[勉励前行]

SQLConnection1.Open 耗时很长，有时甚至要达几秒，连接上就不要断开了。共用连接是必须的。

[Q287413288]

我也开发分布式系统，欢迎探讨

[ahua419880]

SQLConnection1.Open 耗时很长，有时甚至要达几秒，连接上就不要断开了。共用连接是必须的。 造成这个

[酣酣]

RemObjects吧！

[「已注销」]

这个情况跟后端连数据库的驱动有关系。

[「已注销」]

如果200个人同时请求3600条数据，而服务器如果产生200个线程去取，如果数据库连接驱动不合理，直接提交10M的socket接收，系统的锁定页面内存池和非页面内存池很容易用尽。导致内核执行失败，各种未知问题都会出现。。。。 做三层要想工业强度的稳定性和可控性，还是得自己用socket开发中间层，而且对数据库的连接也要很慎重。 另外你3600条取回来也不合理。三层开发的模式就是倾向于瘦客户端，计算完了把结果输出到客户端，你取那么多数据回来做甚。 datasnap的可靠性也是基于一定的环境基础的，如果不加限制的使用，什么服务器都会挂。

[talen_lu]

我用了，还是很稳定的， 楼上说得对。

[sztony]

把连接方式设为：INVOCATION, 默认为：SESSION 采用线程池体系结构， 估计会有大的改善。

[lyhoo163]

我用了，很稳定，主要是代码的效率如何。

[lpfcqf]

datasnap主要适合于轻量级的应用。重量级的还是力不从心。 不过在轻量级的应用领域，感觉还是不错的。

[jialiu830205]

你代码写得明显有问题，你在循环中对数据库频繁开闭效率肯定不高，另外，你应该在服务器端把结果处理完，然后只把最轻量的数据返回给客户端来做显示。

[jizza]

新手拜帖学习，继续呀，我还等着下文呢