站内消息,集合大家的智慧

[wjazz]

最近在做个站内消息管理器,遇到一点问题，想了一天了没有想到好的解决思路，想在这里来集合下大家的智慧

大概功能是这样的:

要实现大概两个消息功能,一:系统消息,分为系统自动发送的消息，比如有新的用户注册,就发消息给管理员,还有假如管理员发布一条公告消息给所有用户.


二: 站内互动消息:用户发给用户,管理员发给用户,用户发给管理员.这个也分为一个用户可以发消息给多个用户或者管理员,或者管理员可以发消息给多个用户

另外就是,用户或者管理员在查看消息的时候,消息分为已读消息和未读消息.

我现在的思路是:设计两个表:一个系统消息表sys_msg,一个互动消息表user_msg 把消息分别存放在这两个表里面,两个表里面均设计了,消息来源,消息对象,和消息标题以及内容等信息.

现在遇到的问题是我怎么在用户或者管理员读取消息的时候,首先只读属于自己的消息,然后把消息分为已读和未读,当一个消息对象是面队多个的时候,如果其中一个对象读了此消息，那么他就把此消息列为已读,其他对象还是显示为未读.

在这里征集下大家的意见.希望大家给点好点的思路

[wjazz]

难道标题没写好?怎么就没多少人来讨论呢

[cpc1984]

在表里面加一个已读字段判断一下.

[PleaseDoTellMeWhy]

基本可以分为： 系统发给用户短信 和用户发给用户的短信！

字段： sort 系统 | 用户
字段： read (
如果是用户类型的：0 表示未读，UID 表示已读,
如果是系统类型的：类似于uid1,uid2,uid3之类的uid列表中如果存在当前用户的uid，表示已读，否则未读
)

[wjazz]

现在是分两个表来存储系统消息和互动消息,里面分两个字段来存储该消息的对象和已对对象,
我想现在这样还比较不错，对于移值性也比较好,就是还有个问题,对于垃圾消息的处理,不知道怎么处理比较好
特别是互动消息,随着用户交流的增多,数据量也会增大,如果比较庞大以后,对于系统运行来说肯定会有影响
如何达到一个优化管理,不知道大家有什么意见