81,092
社区成员
发帖
与我相关
我的任务
分享如何设计一个结构良好的站内消息系统
本人正在参与一个web应用的开发，该应用需要一个向用户发送消息的子系统（仅为系统向用户发送，无需用户间消息发送），需要支持群发功能，以及需要记录用户是否已经阅读收到的消息。由于用户量比较大，如果对每一个用户的每一条消息都保存一个记录（主要保存该消息是否已阅读的状态）会造成大量的数据冗余，而且在消息群发的时候会大量占用数据库资源。
由于以前没有接触过类似的系统，不知是否能有更好的解决方案。请各位大虾给在下指点迷津，谢谢咯！
由于以前没有接触过类似的系统，不知是否能有更好的解决方案。请各位大虾给在下指点迷津，谢谢咯！
...全文
请发表友善的回复…
发表回复
越过越咸 2010-06-08
- 打赏
- 举报
过来 看看
ianok 2005-10-13
- 打赏
- 举报
up
ckris 2005-10-12
- 打赏
- 举报
这个我想你参考下今晚在线的例子吧，应该是不难得，群发只不过多个用户而已，设计好数据库就行了。
我没做过，也想研究下，很有用，用户之间发送数据应该也可以。
我没做过，也想研究下，很有用，用户之间发送数据应该也可以。
zjmoya 2005-10-12
- 打赏
- 举报
顶………………
fuwang 2005-10-12
- 打赏
- 举报
方案1，
消息可以只有一条记录，在消息表中增加一个字段，
存放每个阅读过的客户id（拼装成字符串再解析）。
方案2，给每个客户发一条，增加客户Id的外键和一个判断是否阅读的字段。
还有没有更好的设计，高手说话啊。
消息可以只有一条记录，在消息表中增加一个字段，
存放每个阅读过的客户id（拼装成字符串再解析）。
方案2，给每个客户发一条，增加客户Id的外键和一个判断是否阅读的字段。
还有没有更好的设计，高手说话啊。
bohemia 2005-10-12
- 打赏
- 举报
偶也没有实际参与过．不过觉得这方面的应用还是比较多． 值得好好学习一下．
好象Message Driven Bean的 方式比较多。不知道有没有这么高的要求 ．
好象Message Driven Bean的 方式比较多。不知道有没有这么高的要求 ．
