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

Question

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

Answer 1

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

Answer 2

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

Answer 3

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

Answer 4

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