引用 10 楼 DBA_Huangzj 的回复: 核心思想当然就是减少单表的数据,减少访问数据的开销。设计这个东西不好说,不过可以考虑减少行数,增加列数(也就是适当冗余数据)。 甚至有一种变态一点的思想,一个省份一个库。 如果抛开设计的讨论,单单就是数据计算的逻辑,怎么样可以让计算快一点呢?
核心思想当然就是减少单表的数据,减少访问数据的开销。设计这个东西不好说,不过可以考虑减少行数,增加列数(也就是适当冗余数据)。 甚至有一种变态一点的思想,一个省份一个库。
这就有点麻烦,很多处理大数据量的功能都要求企业版或者标准版。那就用分开实体表的方法来处理。按省份来分实体表,然后根据数据的注册信息把数据分到这些表里面
淘宝不是公布了自己的一些解决方案,你去找找看看。 基础数据肯定还是要存关系型库里面的。
嗯,这样分摊数据表的数据大小
传统的关系数据模型对此有点吃力,需要做狠毒哦东西,如果能接受可以换nosql。如果不能,那么硬件首先要跟得上。然后做分区(比如按省份分区)。索引、写法要合理。设计的时候可以适当冗余数据,减少表连接。
27,579
社区成员
68,558
社区内容
加载中
试试用AI创作助手写篇文章吧