如何实现用户修改地址不影响订单地址？方案可行性咨询

你的方案是可行的，能直接解决历史订单地址随用户修改/删除收货地址而失真的问题，但这个方案存在一些优缺点，同时还有更优的替代方案可以参考：

该方案的优缺点 #

优点 #

• 彻底解决历史订单地址失效问题：下单时直接把地址字符串存入order表，相当于保存了下单时的地址快照，后续用户修改或删除个人收货地址，完全不会影响历史订单的地址记录
• 查询效率更高：查看订单时无需关联shipping_address表，减少联表查询的开销

缺点 #

• 数据冗余严重：如果用户多次使用同一个地址下单，这个地址字符串会被重复存储多次，浪费数据库存储空间
• 维护成本高：如果后续需要统一调整地址格式（比如行政区划名称变更），无法批量更新所有订单中的地址，只能逐个修改，操作难度大
• 结构化缺失：地址以纯字符串存储，后续无法快速进行地址拆分（比如按省/市筛选订单）、地址统计等操作，灵活性差

更优的替代方案 #

结合你现有的数据库结构（存在独立的shipping_address结构化地址表），推荐两种更合理的方案：

方案1：在order表中新增结构化收货地址字段 #

参照shipping_address表的字段（比如省、市、区、详细地址、邮编、联系人、手机号等），在order表中创建对应的字段。用户下单时，将选中的收货地址的各个字段值直接复制到order表的对应字段中。

• 优势：既保留了地址快照的特性，又能利用结构化数据进行后续的地址分析、筛选操作，同时避免了纯字符串的局限性

方案2：新增订单地址快照表 #

创建一个order_shipping_address表，结构和shipping_address表一致，用于存储订单对应的地址快照。用户下单时，将选中的shipping_address数据复制到这个快照表中，然后在order表中存储order_shipping_address_id。

• 优势：既避免了order表字段过多的问题，又保留了地址的结构化，同时历史订单的地址不会被用户的地址修改操作影响，后续维护也更灵活

内容的提问来源于stack exchange，提问作者esraa