database - 一张大 table 或许多小 table

Question

我有一个数据库，它将修改记录记录到一个表中。此修改表包含其他表的外键(修改表仅包含对修改对象的引用)。该修改表中的对象可以分组到不同的群体中。当用户访问该服务时，他只请求数据库中的对象。我每周会有大约 2 到 10 个新种群。

1. 此表经常被智能手机请求，将包含大约 500 000/1 000 000 条记录。
2. 如果我将修改表拆分为多个表，则无需通过表连接来响应用户请求

如果我把这个单表改成很多表，我想这会加快响应时间。

但另一方面，修改表中的每个“插入”都需要首先具有目标表的名称(这意味着另一个请求)。为此，我计划在“人口”表中有一列，其中包含一个代表要修改的目标表的 varchar。

我的问题是设计模式/架构问题 --> 我应该为每个请求选择一个非常大的表，每个请求都有 3 个“where”，还是应该尝试许多没有“where”的 light table玩吗？

Answer 1

最干净的方法是使用一张表和 partition它对人口。分区就是为此而制作的。