公告系统的数据库设计探索
我在网上查找了几种方案。
方案一:
建立一个类似于这样的表
announcements
- title
- content
- create_time
- update_time
优点:节省空间,一条数据即可通知所有用户
缺点:弊端是无法体现用户是否已读公告。
改进方案
建立一张新表
announcement_user
- announcement_id
- user_id
当用户已读该公告的话,则插入一条数据。
方案二:
表结构:
announcements
- title
- content
- is_read
- create_time
- update_time
优点:可以直接体现用户是否已读公告
缺点:占用的空间大,需要给每一个用户发送一条
该如何选择或改进?
这两种方案的缺点都很大,请问有什么更好改进的方案吗?
推荐文章: