求教解决方案，高分，顶着有份

Question

某信息系统，实现客户信息共享功能。
功能描述：
    客户提交信息通过互联网到服务器，服务器发送到客户的客户端实现信息的共享，客户规模超过5000（同时在线），每天信息量超过15000条。
  
 我能想到的方案 
    1、B/S模式：类似于BBS 客户提交信息相当于发贴，查看信息相当于察看帖子，然后增加每多长时间自动刷新一次。
    2、共享数据库模式：采用SQL数据库，客户端连接到服务器的SQL数据库，增加和察看数据。
    3、C/S模式：服务器向客户端发送数据实现共享信息；客户端向服务器发送数据实现提交信息。采用哪种解决方案可以更少的耗用服务器资源，更快的传递信息。
各位老大还有没有更好的方案？

Answer 1

"看这么多客户端同时在线,好像这些处理都有点难度阿,
采用b/s模式,服务端采用信息推送方式发送到客户端,不过我暂时还没有做过,
帮忙查查资料"谢谢 Sorder(剑客) 

Answer 2

http://www.knowsky.com/3742.html
这里说明了一种服务器端数据推送方式的处理,我也正在研究这个问题,
而且大型网站同时在线的人数有时不会低于5000的,
当然我还不是很清楚客户端对于信息的要求(指定时间段,还是最新的,还是其他方式)
,所以暂时不好发表我的其它意见

Answer 3

虽然C/S架构维护性差，但是性能高一点，加上B/S间交换数据的垃圾信息多了点，所以......如果投入不够的话建议c/s。

Answer 4

要是采用推送方式,那么服务端每次有一条新数据,那么就推送给连接的客户端,而且只是最新的数据,因为以前老数据在客户端都有了,这样传送的数据量非常小,但是我看的例子没有说明.net下如何做,有待研究

Answer 5

第二个选择肯定要否决。至于另外两个选择，就要看你的应用设计要求及时间响应。如果是时间响应高的就用C/S结构，但需要穿透防火墙。但如果使用C/S结构，每一个新消息是否意味着要通知这 5000 Client？这确实挺占用带宽的。B/S结构的话，那就只能说做得象BBS一样，定时刷新就看你的忍耐程度到那里，否则5000 Online的规模确实要想一想你的容量和性能问题。

Answer 6

bs可能会好点，就是做的一个bbs
但是这么大的规模，还是有可能会爆掉
呵呵，好多网站就是因为芙蓉姐姐爆掉的

Answer 7

不过,csdn的网络聊天室刷新就很快,但是我只是看到了不到两百人参与,我不知道5000人同时参与会不会爆掉,请问楼主,你说一下为什么要这样处理,也许可以找到其他方式来替代当前这种方案

Answer 8

学ing
================================================================
此帖通过csdn小助手回复。
    CSDN小助手是使用vb.net编写的CSDN论坛脱机“外挂”，她能够在
脱离IE的情况下使用Csdn论坛。程序只加载最核心的数据，所以显示更
快，产生的流量更小。    下载地址：http://qqwwee.com/csdn.rar
================================================================