求在线聊天的思路系统
我的思路 是 
->  发送方式 采用 post 文字信息 上服务器,保存在数据库中
->  接收方式  每隔1秒 去服务器的数据库取 聊天 信息但我但心这种接收方式 如果有100人聊天的话,每秒有100次查询数据库, 怕服务器会挂掉
请问大家 有什么会思路 ??

解决方案 »

  1.   

    你最好找个聊天室的asp.net的源码,看看。这个东西就跟论坛差不多。很少有人自己开发了。
      

  2.   


    晕倒!轮询的方式,好象是在大雨(或者大雪)天几十万人再同一座城市里挤公交车上班,而且还要倒许多次车,每一个动作都很垃圾地等了很久。而你用QQ发消息是怎样的?你点发送时,你能感觉到对方实时收到信息。再来说在一个asp.net这种web服务系统上,你搞100个人同时、而且还要靠数据库来搞。我忠告你,如果做10个人、在千兆的并且长度只有100米的局域网上的办公室环境里的软件,可以这样对付一下。做互联网软件,“轮询方式、通过数据库来交换数据”这就是两个容易让人鄙视的设计了。
      

  3.   

    100个人在线聊天,轮询的话,太慢了,
    有些做法是加载一个很小的flash, 或 silverlight,做为桥,利用其socket,而且这两者都能直接操作html,调用JS 什么的,聊天也实时了,看起来就像在用网页聊天。  
     
      

  4.   

    flash隐天,及时的,
    不过消息记录不保存的,
      

  5.   

    不知道腾讯的Web qq怎么做的,在firefox里,也是可以看到不停地轮询的!
    想想QQ同时在线那得多少人啊!
      

  6.   

    长连接轮询 与 flash socket 效率上其实差不多,关键是不能查询数据库,应该做内存缓存查询。
      

  7.   

    websocket LZ去看下HTML5嘛 
      

  8.   

    HTML5 WebSocket 聊天室(asp.net)