担心“大”表和性能是一个常见的错误。如果您可以使用索引来访问数据，那么拥有1000000条记录中的1000条就没有关系-
至少可以测量。您提到的设计是常用的。这是一个很棒的设计，其中时间是业务逻辑的关键部分。
例如，如果您想知道客户下订单时商品的价格，那么能够搜索到其中valid_from
order_date的产品记录是迄今为止最简单的解决方案。
并非总是如此-如果出于存档目的保留数据，则创建存档表可能更有意义。但是，您必须确保时间 确实 不是业务逻辑的一部分，否则搜索多个表的痛苦将是巨大的-
想象一下，每次要查找有关表的内容时都必须搜索product表或product_archive表。下订单时产品的价格。
