网站中的用户消息和系统消息一般是怎么设计的,怎么实现那些已读和未读消息的?

流云洗菜 2017-04-20 05:40:14
怎么设计表才能把系统消息的已读和未读状态更好的存储啊!!!
请各位大侠行行好帮帮忙吧!!!
...全文
7986 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
whilewk 2018-11-29
  • 打赏
  • 举报
回复
用户表增加一个字段,保存已读消息,或者保存未读消息id
快乐的兔八哥 2018-09-17
  • 打赏
  • 举报
回复
但是未读消息的数据提醒呢 比如未读消息为20条呢
独自等待_lg 2018-03-01
  • 打赏
  • 举报
回复
默认是未读,不做记录,用户主动触发已读,再进行写记录。
君君要上天 2017-11-10
  • 打赏
  • 举报
回复
只存已读的。用户读一条,就插一条记录。。 没记录的都是未读的。
流云洗菜 2017-04-20
  • 打赏
  • 举报
回复
引用 5 楼 二月十六的回复:
[quote=引用 4 楼 CaiT_T 的回复:] [quote=引用 3 楼 二月十六的回复:][quote=引用 2 楼 CaiT_T 的回复:] 系统消息是每个用户都要收到的,每个用户都要对每一条系统消息有已读和未读的状态,这样存储的话发一条系统消息。对应有多少用户消息表里就要有多少条数据。。。
那也可以分两个表。 id 消息类型 消息内容 发送人 1 系统消息 嘻嘻 admin 2 用户消息 哈哈 a 接收人 状态 消息id b 已读 1 b 未读 2[/quote] 第二张表也一样的,也是发一条系统消息有多少用户就会在第二张表有多少条数据的[/quote] 是啊,因为想得到每个用户的对这条消息的状态,所以每个人的都得存储[/quote] 没有别的办法了吗
二月十六 2017-04-20
  • 打赏
  • 举报
回复
引用 4 楼 CaiT_T 的回复:
[quote=引用 3 楼 二月十六的回复:][quote=引用 2 楼 CaiT_T 的回复:] 系统消息是每个用户都要收到的,每个用户都要对每一条系统消息有已读和未读的状态,这样存储的话发一条系统消息。对应有多少用户消息表里就要有多少条数据。。。
那也可以分两个表。 id 消息类型 消息内容 发送人 1 系统消息 嘻嘻 admin 2 用户消息 哈哈 a 接收人 状态 消息id b 已读 1 b 未读 2[/quote] 第二张表也一样的,也是发一条系统消息有多少用户就会在第二张表有多少条数据的[/quote] 是啊,因为想得到每个用户的对这条消息的状态,所以每个人的都得存储
流云洗菜 2017-04-20
  • 打赏
  • 举报
回复
引用 3 楼 二月十六的回复:
[quote=引用 2 楼 CaiT_T 的回复:] 系统消息是每个用户都要收到的,每个用户都要对每一条系统消息有已读和未读的状态,这样存储的话发一条系统消息。对应有多少用户消息表里就要有多少条数据。。。
那也可以分两个表。 id 消息类型 消息内容 发送人 1 系统消息 嘻嘻 admin 2 用户消息 哈哈 a 接收人 状态 消息id b 已读 1 b 未读 2[/quote] 第二张表也一样的,也是发一条系统消息有多少用户就会在第二张表有多少条数据的
二月十六 2017-04-20
  • 打赏
  • 举报
回复
引用 2 楼 CaiT_T 的回复:
系统消息是每个用户都要收到的,每个用户都要对每一条系统消息有已读和未读的状态,这样存储的话发一条系统消息。对应有多少用户消息表里就要有多少条数据。。。
那也可以分两个表。 id 消息类型 消息内容 发送人 1 系统消息 嘻嘻 admin 2 用户消息 哈哈 a 接收人 状态 消息id b 已读 1 b 未读 2
流云洗菜 2017-04-20
  • 打赏
  • 举报
回复
系统消息是每个用户都要收到的,每个用户都要对每一条系统消息有已读和未读的状态,这样存储的话发一条系统消息。对应有多少用户消息表里就要有多少条数据。。。
二月十六 2017-04-20
  • 打赏
  • 举报
回复
经供参考: 消息类型 消息内容 发送人 接收人 状态 系统消息 嘻嘻 admin b 已读 用户消息 哈哈 a b 未读
电商项目,秒杀属于技术挑战难度很大的业务。后台可以发布秒杀商品后或者将现有商品列入秒杀商品,热点分析系统会对商品进行分析,对热点商品做特殊处理。商城会员可以在秒杀活动开始的时间内进行抢购,抢购后可以在线进行支付,支付完成的订单由平台工作人员发货,超时未支付订单会自动取消。 秒杀系统一共涉及到管理员后台、搜索系统、秒杀系统、抢单流程系统、热点数据发现系统等等。B2B 、B2C商城秒杀商品数据一般都是非常庞大,流量特别高,尤其是双十一等节日,所以设计秒杀系统,既要考虑系统抗压能力,也要考虑系统数据存储和处理能力。秒杀系统虽然流量特别高,但往往高流量抢购的商品为数不多,因此我们系统还需要对抢购热门的商品进行有效识别。 那秒杀系统里面需要解决的问题有哪些呢?1、如何应对海量商品访问?2、热点分析系统该如何设计实现普通商品和热点商品的实时转换?3、普通商品和热点商品的抢单该如何设计实现?4、面对海量的订单,我们该如何实现订单生成?5、面对用户超时未支付的订单,我们该如何设计和处理,包括订单信息变更和库存变更等。等等的问题? 本课程将从实战角度带你构建秒杀系统,解决以上我们关注的问题,同时结合实战讲解技术点,让大家在实战掌握知识点。课程包含JavaEE、微服务、Linux、任务调度、大数据等综合性知识,让大家成为一个综合人才,提高自己的竞争力,为以后跳槽涨薪做好重复准备,机遇来了就能抓住。 课程所用的开发环境为:window10 开发工具:IDEA本课程用到技术:SpringBootSpringCloudMyBatisMySQLFreemark模板引擎BinlogCanalXXL-JOB分布式任务调度NginxLua轻量级脚本语言Flink实时分析KafkaZookeeperRedisOpenrestyMaven等等

27,580

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧