求 经验流，站内消息 数据库处理

Question

消息分类：
1.管理类消息：例如 系统升级消息  需要群发
2.系统类消息：例如 问题有回复消息  个体发送我想到的数据库设计：主要针对管理类消息的处理（用户对其的增删改查，系统类消息不能删除,只改变该消息的状态，系统类可以删除）
U_MESSEGE 标明
id  主键
username 用户账号
title  主题
context  内容
kind  类别
object_str 对象
statuts 状态1.后台发送 管理类消息时 针对每个用户都插入一条数据 ：觉得无用数据庞大，用户误删除习惯则 数据冗余
2.后台发送 管理类消息时 把每个用户的账号用 ，，，连接成String存储到object_str字段  当用户删除此 管理类消息时 从String中剔除该账号 如： ,admin,总感觉：
既然系统类消息可以删除 不保留 会有好的方法来处理 冗余数据

Answer 1

设计的时候，还得综合考虑下检索性能。你用连接字符串的方式，检索性能就比较可怕了。系统类消息一般有时效性，超过一定时间就可以清理掉了（可以用定时任务来负责定期清理过期消息）。如果考虑需要保留，那么也应该不是保留在每个用户的消息箱，而是管理员自己的发送箱中，也就是只需要保留1条就够了。

Answer 2

如果你能分辩活跃用户和非活跃用户，这个问题就好做一些了

Answer 3

那还是选择发送管理消息时，对应每个用户都发送一条？