有时限的通知【比如 系统维护通知】如何设计数据库最优雅？
需求描述
有一个项目，面向学校德育评价，打算留一个发布通知的模块，现在拿不准如何设计数据库
个人方案
我个人有预想三种方案去解决：
1.在mysql中建一个系统通知表
2.直接存redis中
3.无时限通知存到mysql中，有时限的通知存到redis中，所有通知查询都通过redis查询，redis需要开启数据持久化【防止服务器宕机】
第一种方案的优点是可以实现数据的持久化，但是对于一些时效性较强的通知【例如系统维护通知等】需要进行额外处理【需要考虑通知的销毁】
第二种方案的优点是可以比较轻松的处理时效性问题，但是需要考虑数据的持久化【因为需要考虑到服务器重启问题】
第三种方案不知道合不合理，数据库会不会出现数据的冗余，会不会增加后续的维护成本
想看看大佬们的意见建议
需求描述
有一个项目，面向学校德育评价，打算留一个发布通知的模块，现在拿不准如何设计数据库
个人方案
我个人有预想三种方案去解决：
1.在mysql中建一个系统通知表
2.直接存redis中
3.无时限通知存到mysql中，有时限的通知存到redis中，所有通知查询都通过redis查询，redis需要开启数据持久化【防止服务器宕机】
第一种方案的优点是可以实现数据的持久化，但是对于一些时效性较强的通知【例如系统维护通知等】需要进行额外处理【需要考虑通知的销毁】
第二种方案的优点是可以比较轻松的处理时效性问题，但是需要考虑数据的持久化【因为需要考虑到服务器重启问题】
第三种方案不知道合不合理，数据库会不会出现数据的冗余，会不会增加后续的维护成本
想看看大佬们的意见建议
展开
评论
1