我有一个将修改记录记录记录到表中的数据库。此修改表包含其他表的外键（修改表仅包含对已修改对象的引用）。
此修改表中的对象可以分组为不同的总体。当用户访问服务时，他只请求数据库中的对象。
我将有大约2至10个新的人口每周。
这张表是智能手机经常要求的，将包含大约50万/100万条记录。
如果我将修改表拆分成多个表，那么就没有表联接来响应用户请求
如果我把这个表改成多个表，我想它会加快响应时间。
但另一方面，修改表中的每个“insert”都需要首先拥有目标表的名称（这意味着另一个请求）。为此，我计划在“population”表中有一个列，其中varchar表示要修改的目标表。
我的问题是设计模式/架构1-->我应该为每个请求选择一个3“where”的非常大的表，还是应该尝试使用多个没有“where”可播放的轻表？
最佳答案
最干净的做法是用一张桌子，然后把它放在人群中。为此制作了分区。