PHP 站内消息的表结构设计 最佳方案

需求:

1)管理员可以群发信息,群发给单独用户或者所有用户。
2)用户收到的信息会可标记为已阅读。

个人思路:

1.tb_message id,content,fromUid,toUid [0表示全站用户,>0表示发送给某个用户] 2.tb_message_readlog readLogId,messageId,uid,isread

1)添加全站通知:信息存入到 tb_message 2)用户点开信息或者设置信息为已阅读:插入记录到 tb_message_readlog

如何设计存储的表?求最佳方案

全站消息时候,isread不是不起作用了吗?个人感觉用序列化判断省事点

消息表message:
编号 id
时间 date
标题 title
正文 content
未读用户 unread
接收用户 receive
发送用户 send

字段receive保存消息接收人的ID序列如1,2,3,4用逗号分隔.
字段unread保存未阅读消息的接收人的ID序列,unread初始值也为所有接收人,阅读过消息的用户则从中删除掉.
可以用MySQL内部函数FIND_IN_SET返回找到的位置,从1开始进行查询.
比如,查询编号为2的用户的未读信息:

SELECT * FROM `message` WHERE FIND_IN_SET2, `unread`;

或者使用全文检索需要对字段unread建立全文索引,ID序列用空格隔开,如1 2 3 4:

SELECT * FROM `message` WHERE MATCH`unread` AGAINST2;

数据量比较大的话,FIND_IN_SET可能会存在性能问题,建议定时清理消息表过期的已经阅读过的消息.

大概思路跟你的差不多,这样就可以满足大部分的消息了

1.tb_message id,content,fromUid,toUid [0表示全站用户,>0表示发送给某个用户]
2.tb_message_readlog readLogId,messageId,uid,isread

不过如果你的消息数据量比较大,建议你分表处理,可以根据用户的id来分表,比如id=123456的用户发送的消息就放到tb_message6,类似这样的处理

CREATE TABLE `message` `message_id` bigint20 NOT NULL AUTO_INCREMENT COMMENT 消息id, `subject` varchar250 NOT NULL DEFAULT COMMENT 主题, `content` varchar500 NOT NULL DEFAULT COMMENT 内容, `type` tinyint1 NOT NULL DEFAULT 0 COMMENT 消息类型 0 Message, `status` tinyint1 NOT NULL DEFAULT 0 COMMENT 状态 -1删除 0默认, `create_time` int10 unsigned NOT NULL DEFAULT 0 COMMENT 创建时间, PRIMARY KEY`message_id`, KEY `subject` `subject` ENGINE=InnoDB DEFAULT CHARSET=utf8; CREATE TABLE `message_broadcast` `message_broadcast_id` bigint20 NOT NULL AUTO_INCREMENT, `message_id` bigint20 NOT NULL DEFAULT 0 COMMENT 消息id, `sender` bigint20 NOT NULL DEFAULT 0 COMMENT 发送者, `receiver` bigint20 NOT NULL DEFAULT 0 COMMENT 接收者, `is_read` tinyint1 NOT NULL DEFAULT 0 COMMENT 状态 0未读 1已读, PRIMARY KEY`message_broadcast_id`, KEY `message_id` `message_id`, KEY `sender` `sender`, KEY `receiver` `receiver`, KEY `is_read` `is_read` ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=消息广播表;

发表评论

电子邮件地址不会被公开。 必填项已用*标注