我现在做一个单线聊天室,就是只能管理员对话的.做是做出来了,用了xmlhttp的,加Application

当Application变动时就更新数据,可问题出来了,有时是别人给管理员留言,因此Application就变值了,它一变,我就得更新数据,然后查看我有没有新数据,但这时这个数据不是我的,这样就浪费资源,如何才能做到独立呢?只有是我的数据我才去更新数据,大家家说说,给点意见看看!!!!!

[此贴子已经被作者于2006-12-7 17:22:42编辑过]

不要用APPLICATION

既然能用xmlhttp可以不用Application

不用Application??

那你们用什么来区分是否有新数据呢??

再说清楚一些,谢谢

[此贴子已经被作者于2006-12-5 13:59:31编辑过]

yms123
angeloc

你们没回答我呀,

不用Application??

那你们用什么来区分是否有新数据呢??

我的是有新数据Application变化,当查测到Application变化时,我就打了数据库提取新数据,否则不打开数据库.

但这样还有浪费,而且不够好,

再说清楚一些,谢谢

[此贴子已经被作者于2006-12-7 17:23:49编辑过]

个人想的办法就是修改内容时生成XML，这样XML就会是最新的，不检测是否有新数据。然后从XML里取得数据，不通过数据库。当然这种办法经个人验证，个人认为只适用于公共数据，比如论坛版块任何人都是看到一样的内容，或者说聊天室的所有对话内容。但是像一些情况下这样做就会出现问题，比如搜索帖子或聊天室的单对单聊天，问题就是并发问题，因为这时的数据应该是每个人看到的是不同的数据，所以会出现两个人看到相同数据的错误。

这样呀,呵呵

谢谢

你的思路基本是正确的，但是需要改进
每个加入聊天室内的用户，都独立分配一个id（必须唯一），然后每个id有一个Application值，即
Application(user_id)，当某人给其他人发信息时，更新对方的那个application，然后对方检查到自己的application被更新后，就重新读取数据库

问题是Application越加越多明显会降低网站运行速度，10个人访问聊天室还可以，如果100个人或更多每个人服务器端都要在内存中创建一个Application。如果是这样的话，服务器距离崩溃死机就不远了。

有道理.