500个客户端，每个客户端每天通讯业务笔数在500左右，每笔数据量在200K，有图片，C/S两层架构能承受得住？ [复制链接]

请问：
     500个客户端，每个客户端每天通讯业务笔数在500左右，每笔数据量在200K，有图片，C/S两层架构能承受得住？是否能快速响应。
    业务操作主要是insert和select。业务逻辑不是太复杂。
     因为数据量有点大，所以想考虑用三层架构。


    

这点数据量很小了。你所说的两层C/S架构，有客户端直连数据库吗？如果直连数据库（同时500个连接），这就受不了了。所以还是改成按需请求的好。

是客户端直连数据库。

图片想专门搞一个图片服务器，初步想的是用FTP

版本，你说的改成按需请求是什么意思？
难道改成短连接，客户端做完一笔业务就关闭数据库连接吗？

数据库开放给500个终端使用，这是十分不适宜的。

所以建议加个中间WEB层吧（比如使用SOAP或Json传输数据什么的），这样开发简单些。这点访问量和数据量，对Web服务器/PHP/Java/C#等来说几可不计。

要点：
1.  数据库长久保持500个连接，这不合适，也不安全。
2.  加Web服务器中间层，客户端直接通过QNetworkAccessManager访问该web服务器自己写的接口（无论你是用C#、PHP、JAVA等），这样可以将负载、安全性等东西将给Web服务器、客户端等共同去解决，比如还有穿透防火墙、代理等因素。这样更安全、更灵活。
3. 关于图片，你提交到Web服务器，由PHP、C#、Java等去转储等。

嗯，好的