数据库设计问题
sql吧
全部回复
仅看楼主
level 1
紫薯馍😻 楼主
小白初入求问
有一个比较常见的场景,假设用户数量很多,每个用户的数据量也很多,但是用户和用户之间数据相对独立(即不需要同时查询A用户和B用户的数据)。那么数据库要怎么设计?
1.原始设计方案,存一张表,然后有个userid字段,但是这张表的数据量会有m×n那么多
2.设计m张同类型的表,每张表存储某个用户的数据,但是这样表在维护的时候就需要同时修改m张
还有什么更好的方案?或者在1和2之间改进
2020年11月02日 01点11分 1
level 8
肯定是1,因为用户多表就多这样不利于程序开发。相同的数据,都是用户就应该放在用户表。
当然如果怕用户表积压太多可以考虑建两个相同表,1个是一段时间内没上线的用户比如半年这样就能保证活的用户不会太多,另外一个肯定就是归档了,无论子查询或者统计用户都通过归档数据进行,在表的访问上一不会有交集。哪怕有就是同步那一刻而已。
2020年11月03日 03点11分 2
[真棒]多谢老友给的启发,我突然想到什么了
2020年11月04日 00点11分
level 9
用1,可以再建个结构相同的克隆表,把不用的数据移入克隆表
2020年11月12日 02点11分 3
是大佬
2020年11月16日 01点11分
1