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

Question

我需要每天存储大约73,200条记录,包括3个数据点:id,date和integer.

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

有关如何处理这些数据的任何建议？谢谢.

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

Answer 1

我建议反对.我把这个反模式 元数据Tribbles称为.它会产生多个问题:

• 您需要记住每年创建一个新表,否则您的应用程序会中断.
• 无论年份如何,查询所有行的聚合都比较困难.
• 更新日期可能意味着将一行从一个表移动到另一个表.
• 在多个表中保证伪类的唯一性更难.

我的建议是将它保存在一个表中,直到并且除非你已经证明表的大小正在变成一个真正的问题,并且你无法以任何其他方式解决它(例如缓存,索引,分区).