php - 对于依赖时间的大型数据集，命名表 september_2010 是否可接受且有效？

Question

我每天需要存储大约 73,200 条记录，包括 3 个数据点:id、日期和整数。

我的一些团队成员建议创建表时使用月份作为表名 (september_2010)，而其他人则建议使用一个包含大量数据的表...

关于如何处理如此大量的数据有什么建议吗？谢谢。

========== 感谢您的所有反馈。

Answer 1

我建议反对。我称之为 antipattern 元数据 Tribbles。它会产生多个问题:

• 您需要记住每年创建一个新表，否则您的应用会中断。
• 不考虑年份查询所有行的聚合比较困难。
• 更新日期可能意味着将一行从一个表移动到另一个表。
• 很难保证多个表中伪键的唯一性。

我的建议是将其保留在一个表中，除非您已经证明该表的大小正在成为一个真正的问题，并且您无法通过任何其他方式解决它(例如缓存、索引、分区)。