考虑 用户基数 1亿,日活用户 1kw的 一个APP系统,如果要开发签到功能,要求支持大并发,如何存储签到数据最节省空间?1个月后 需要多少空间存储这些数据? 用户id是Long型数据,均匀分布在 0-400000000之间,日活用户30%签到,使用哪些命令存储签到数据, 获取 某用户的某些天是否签到 使用什么命令?
性能和节约存储是矛盾。你要“最节省空间”必然就要性能上有更高开销，你又要“高并发”，那么就不能片面追求“数据最节省空间”
好比你要买个车，要最高马力，还要最省油，这种需求就很奇葩了。
再说了，用户一亿，等于全国除了小孩老人，10个人有一个人用你的系统。就这样的规模的系统，这个事情是你找架构师帮你考虑的，你应该考虑的是投资、战略发展、上市这些事情。