问大家一个很实际的问题：
有这样一个需求，会员之间可以相互发送消息，管理员可以管理消息，会员的数目达到100万，但活跃用户只有3万不到。
请问，对这种数据基数大，但是活跃度低的应用场景，一般是怎么去设计数据库结构和处理相互间数据的转换问题的？谢谢各位了！
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
用户信息表并非大量产生和操作的，因此不适合分表，建议在表的设计上增加一个是否活跃的布尔型字段，用于优化查询，这样足以优化性能，同时也可以作为初始缓冲的依据。至于是否活跃的判断，可以采用独立的一个算法，定期执行，比如一周执行一次，或者每天执行一次，也足够了。
评论
全部评论 (0)