Midas能支持多少客户端?如何支持? ( 积分: 100 )

  • 主题发起人 主题发起人 regentsoft
  • 开始时间 开始时间
R

regentsoft

Unregistered / Unconfirmed
GUEST, unregistred user!
Midas能支持多少客户端?如何支持?
我作了很多测试,发现MIDAS确实比较有限,但我听过说
采用DELPHI开发的有支持上500用户的。
我曾采用李维的在模式状态下连接,但测试环境有限,可以达到100多台,而我总是感到
这种写法不好。
另外,我曾尝试采用无状态,中间层采用连接池,通过传递包等一些技术,而我发现,连上
100以上用户时,服务器没有任何压力感 ,但是一旦多台电脑同时进行大量查询时,会出现
错误。
不知大家是如何用DELPHI开发大型三层的?我在此抛砖引玉,希望大家勇跃发表自己的想法,共同探索软件开发之路!!!
 
顶上去,看看高人们都是怎么做三层架构的。
 
还有觉的查询不应该用的多层架构,应该用BS的架构。 但数据增删改可以用多层的。
 
是的,超过200个用户时,就有点吃力,没有办法,只有再增加应用服务器
 
用RO,听说能支持2000人同时在线。
 
2000没有试过,不过倒是作个支持1000并发的服务器,不过中间层是用delphi自己写的,其实midas可以成为一个很好的包管理器,而并不一定用在三层的传输控制上,一般如果规模比较大且比较懒的情况下,就可以仅仅用它来做包管理,而传输控制自己做,可以很容易作出并发性能很好的服务器。
 
我也想做3层开发,但很多东西不太清楚,希望大家指教,谁有例子的请给我一份,谢谢,
emailqjc918@126.com
 
我也做过最多1000个同时在线的.
不过我是自己包装的,用Webservice方式连接.ClientDataSet数据都是自己实现打包和拆包.
 
觉得jacket84说得有一定道理,在查询方面可以用B/S的查询,其它的用C/S,结合起来用,
MIDAS,只是提供了一个规范,要大家努力去改善,但是没有给出源码
 
其实我想讨论的话题并不是说有没有做到1000或是以上,
我是想说:
我们能不能做到1000个?有没有那位FW做过?如何实现的?
后者将是我们最重点来讨论的。
我记得我在前三个月看过一个网站,是添慧软件公司,他们提到还是在前三个月,才
真正实现了500用户,他们一直都是用DELPHI开发的。
我听过很多人一直讲,他们公司写的程序挂了几百几百!!!
我以前用FOX写的也一挂就是上百呀,问题是,你要实现这几百同时运行时对中间层的一个瓶颈需求。
究竟采用何种手段,能让DELPHI在数据库发挥它最大的性能呢?
 
用HTTPSRVR,走IIS,也是用的MIDAS,理论上说,IIS是可以上1000以上客户端的吧?
 
我现在使用kbmmw2.61,企业版,
现在是100多用户同时在线,还算稳定,本机测试的时候可以上300,
再上的话,电脑很慢,如果使用好一点的电脑应该可以更高
查询我自己另外作一个方法直接传送RECORDSET到客户端,
KBM自带的ADO方面需要自己进行优化,现在20M(好像20多万条)
左右的RECORDSET传送需要30秒,ZIPPED+直传数据集
至于提交方面就有点慢,它是在服务器生成SQL语句,再创建一人ADO一条记录一条记录的提交
还未有好办法解决这个问题, 在ADO.NET里面就可能比较好解决,它有一个GETCHANGE方法得到修改的内容,ADO2.8里面还没有
不知道有没有解决了的,我使用过其它公司的三层软件,有个(物流方面的)查询和提交都很快, 只是不太稳定,需要每天都重启中间层, 不知道它是怎样实现的
KBMMW里面有些小问题需要自己修改和优化一下
 
我的是使用ClientDataSet.ClientDataSet可以获知变化的数据的.
然后自己打包.压缩.调用WebService发送.
最高峰有1000个同时在线.也是很快的.
 
我也想知道还有没有更厉害的
 
也在思考这个问题,关注一下啦![:)]
 
其实要支持客户端>1000,关键在APPSERVER要稳定,网络通信量要尽量小,业务处理要高效;请参考http://www.delphibbs.com/delphibbs/dispq.asp?lid=3816911
 
Midas出道太早了, windows的完成端口并不支持。 大量数据密集型的访问时, 并发在线超过200就比较吃力了且不稳定,而且是在使用共享访问方式才行。
如果自己在WINDOWS写类似网游的完成端口的服务端, 客户端一般使用短连接, 可将稳定的并发数可以达到1000, 此时并发运行主要在服务端访问服务库一侧。
在短连接方式, 500个大量DB密集访问的客户端其实际并发在线数可能都不超过100个。
另外希望成熟稳定且跨平台应用的, 可将服务端应用放在HP UX AIX或LINUX上, 使用TUXEDO或国内东方通Tonglink或普元等中件间来完成大模块分布式服务。
对于DELPHI开发来说可这样。DELPHI方案中使用MIDAS一直是多年的方案, 其实已比较落后了。 最好的方式还是使用中间件, 并在服务端用UNIX C来开发, 支持多进程多端口多代理并发访问。
如果是JAVA开发, 则可用的开源中件间较多如JBOSS和JOnAS如果JAVA中件可选较多,另外收费方案中使用Weblogic 或WebSphere等专门收费方式也是不错方案, 只是成本不是中小型企业可以承受的
 
中间件还是自己写的好吧! 我已经写了一个简陋的. 而且投入使用. 感觉还不错的.
并发量我没有测试过,但一千同时在线不会有问题的.
 
感谢这么多人的见议,传统的三层解决方案(李维式),我并不看好,
并且,我通过了解,webserver它应该是目前中小企业中最好的数据库解决方案。
至于用中间件,我还没有试过。
另外,我目前不具备这个测试能力,有没有什么软件可以模拟100或是以上个用户进行测试呢??
 
1 要使用无状态的调用
2 尽量避免使用大数据量的传输
3 使用pool技术
 
后退
顶部