数据结构如何定义以及清理 例如订单的附带商品信息数据

Question

订单内商品数据应该怎么保存

方案一
在订单创建的时候直接把商品数据保存在订单里面，作为订单的一个附属字段
这样子后续修改商品，不会对已经在订单内的商品任何影响
问题：如果商品修改不频繁的情况下，会大量增加订单数据的大小，同一个商品下10单，10个单里面都有商品数据（特别是需求显示商品的字段较多时，比如规格，产地，单位等等等等)
方案二
在订单创建的时候，对商品生成一个快照存在一个商品快照表中（同一个商品可含多个快照，订单创建时判断商品快照是否为最新，最新则不新生成快照），订单内存储商品快照ID，显示订单商品时，用ID去取商品快照显示
这样子后续修改商品，不会对已经在订单内的商品任何影响，
问题：比如订单只保存最近一年，一年以前订单自动归档，那商品快照表就需要单独处理判断商品的快照是否该归档，如果商品快照不定期归档，数据量会无限变大
方案三
创建订单直接保存商品ID，显示商品的时候在去商品表里查询商品
这样子最节省空间
问题：如果商品删除或者修改了之后，订单也会跟着变

请问大家这样子的数据究竟怎么存合适，方便清理归档，快速查询，节省空间。

Answer 1

求大神们赐教，这个问题困扰我好久了，一直拿不定主义到底用何种方式存储。要考虑到以后订单量超大的情况，所以就怕以后需要重写，不敢随便定义。

Answer 2

最开始用的方案三，发现有问题，然后改的联合使用你的方案一和方案二订单里面存产品id和版本号还有其他关键信息，如商品名称、价格、供应商等。(查询的时候不用连表)然后商品还有一个带版本号的历史表，可以根据订单里的产品id和版本号关联查询到。