经常有这样的经历，就是登陆一个系统，会有一条系统消息提示，而这条消息是针对所有人的，那么程序是如何区分哪些人已经看过这条消息哪些人没看过呢？(因为没看过的人会有一个提示一直挂在页头，而看过的人这个提示会自动消失)，请问这种效果用php是如何做到的，数据结构是如何设计？

回复讨论(解决方案)

首先得有一个消息列表，表里面有个是否阅读字段就行了啊

首先得有一个消息列表，表里面有个是否阅读字段就行了啊那要是有十万个用户，有的看过了有的没看过 ，这个字段怎么标注啊？

这条消息是谁发的，发给谁 表里面也都需要记录啊，这样你就可以根据每个用户的用户id去读取个人的消息了

表结构

table1:message

msg_id msg_content publish_time

table2:read

msg_id user_id read_time

发布一条系统消息 在message插入一条记录即可

如：

123 “下午休息” 1414468731

看过的人在read表中插入一条记录

123 5145 1414468745

判断是否有未读信息

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

如果你对sql效率关注 可以用下面的

select * from message where message left join (select* from read where user_id = 5145 )temp on message.msg_id = temp .msg_id where temp.user_id is null;

表结构

table1:message

msg_id msg_content publish_time

table2:read

msg_id user_id read_time

发布一条系统消息 在message插入一条记录即可

如：

123 “下午休息” 1414468731

看过的人在read表中插入一条记录

123 5145 1414468745

判断是否有未读信息

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

如果你对sql效率关注 可以用下面的

select * from message where message left join (select* from read where user_id = 5145 )temp on message.msg_id = temp .msg_id where temp.user_id is null;谢谢你的详细答复，这个方式我也考虑过，只是如果系统消息发布多了的话，再加上用户数量大，这样子操作数据库量就非常大了，假如有10W用户，看一条系统消息就有10W条记录了，有没有更简单的方式呢？

这条消息是谁发的，发给谁 表里面也都需要记录啊，这样你就可以根据每个用户的用户id去读取个人的消息了这是针对所有人的，所以这种推送模式不太合适

表结构

table1:message

msg_id msg_content publish_time

table2:read

msg_id user_id read_time

发布一条系统消息 在message插入一条记录即可

如：

123 “下午休息” 1414468731

看过的人在read表中插入一条记录

123 5145 1414468745

判断是否有未读信息

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

如果你对sql效率关注 可以用下面的

select * from message where message left join (select* from read where user_id = 5145 )temp on message.msg_id = temp .msg_id where temp.user_id is null;谢谢你的详细答复，这个方式我也考虑过，只是如果系统消息发布多了的话，再加上用户数量大，这样子操作数据库量就非常大了，假如有10W用户，看一条系统消息就有10W条记录了，有没有更简单的方式呢？

哈哈 那考虑考虑 redis

10W 用用户 需要15K内存标记用户是否发送 每条消息都是15K

1.读取消息 setbit msg_123 5415 1

2.判断是否读取 getbit msg_123 5415

消息表有内容和userid，如果userid=0，表示该消息为全局

用户表中，可以增加一个字段记录查看过的消息id，用逗号隔开，比如 1,20,123

看过一条就加一个消息id

如果消息比较频繁，可以考虑单独维护一个消息查看记录表，只有uid msgid两个字段，记录已查看

弄个表把看过的人装起来？？？

没有查询到的就显示给他

表结构

table1:message

msg_id msg_content publish_time

table2:read

msg_id user_id read_time

发布一条系统消息 在message插入一条记录即可

如：

123 “下午休息” 1414468731

看过的人在read表中插入一条记录

123 5145 1414468745

判断是否有未读信息

select * from message where msg_id not in (select msg_id from read where user_id = 5145)

如果你对sql效率关注 可以用下面的

select * from message where message left join (select* from read where user_id = 5145 )temp on message.msg_id = temp .msg_id where temp.user_id is null;谢谢你的详细答复，这个方式我也考虑过，只是如果系统消息发布多了的话，再加上用户数量大，这样子操作数据库量就非常大了，假如有10W用户，看一条系统消息就有10W条记录了，有没有更简单的方式呢？

哈哈 那考虑考虑 redis

10W 用用户 需要15K内存标记用户是否发送 每条消息都是15K

1.读取消息 setbit msg_123 5415 1

2.判断是否读取 getbit msg_123 5415

再次谢谢你的帮助！

消息表有内容和userid，如果userid=0，表示该消息为全局

用户表中，可以增加一个字段记录查看过的消息id，用逗号隔开，比如 1,20,123

看过一条就加一个消息id

如果消息比较频繁，可以考虑单独维护一个消息查看记录表，只有uid msgid两个字段，记录已查看恩恩！这个可以考虑一下，目前也只有这个方式要方便一点啦

没有查询到的就显示给他

恩！可以这样子试试

本文原创发布php中文网，转载请注明出处，感谢您的尊重！