项目开发与总结–01–通知公告设计
1、需求
管理员发布通知公告,可选择哪些人可看到这个通知公告,通过选人和选部门来确认访问人。
选择组织的话,如果选择全集团,那么全集团包含下属单位的所有人都可以看到。目前xx局用户人数为30W。
前端展示界面是个跑马灯的效果,且要做看过的公告,就不显示。
1.1、性能问题
因为需求里面需要有看过的公告,就不显示,那么我们就需要针对用户做一个已读记录表。
加上管理员在今天发布10条工作,在早上9点到10点之间,30W用户去点击这10条功能。那么对数据库操作就有
30W*10=300W次写入操作,这个会对数据库造成很大的性能影响。
2、设计
2.1、已读记录表设计
为了减少已读记录表的数据量,已读记录表记录用户id和对应的已读公共第
用户id | 公告id,多个数据使用逗号分隔 |
---|---|
111 | 33,44,55 |
这样这种表最大的行数就是30W行。
这样设计会有个权限,公告id字段可能会很大。假如1年一个用户已读记录是100条,每个id长度是5个字节,那么一年长度就需要500个字节,10年就需要5000个字节。
在做数据库查询的时候,通过用户id获取已读公告id会变得越来越慢(大字段导致慢sql问题)。
建议需求加上通知公告的有效时间。或者不存入数据库,存入ES
2.2、点击通知公告设计
通过MQ进行流量削峰,降低数据库单位时间内频繁修改次数。