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