关于订单退款的问题？

Question

订单退款的模块中需要保留支付的哪些字段？ 订单的状态和退款的审批状态放到一个字段中，还是分开放呢？

Answer 1

这个问题设计到数据库的设计问题。如果是由你来设计，那不妨思考下，退款是一种事务？就是需要人工处理的，那么不妨设计一个用于处理事务的表进行审查。或者单独设立一个退款表进行审查都是可以的。如果以状态的形式记录，虽然也可以，但性能上选择，设计上的选择可能不是最优。保留字段其实你只要知道退款的是哪个订单就好了，然后以及退款理由之类的相关信息。参考淘宝等网站。

Answer 2

订单退款的模块中需要保留支付的哪些字段？

商品ID，第三方支付的订单号，应用内部的订单号，第三方支付的退款订单号，支付金额，退款金额。

订单的状态和退款的审批状态放到一个字段中，还是分开放呢？

分开放，审批通过不一定就会退款成功的。

Answer 3

楼主这个问题应该是关于数据库设计的吧？
不能说什么正确不正确，也没标准答案，这个问题完全要基于自己的项目来考虑。

举个例子，比如：
某付款平台，支付的时候有订单号、金额、时间三个数据要提交。
而支付平台回复结果有订单号、金额、支付时间、支付结果四个数据。
而咱们把这四个数据都保存了，但又涉及到用户的信息（比如用户编号），还有商品编号，商品数量，邮寄地址等等……
现在用户要求退款，提交了退款申请，那么肯定又涉及到退款的相关数据。
再然后提交到支付平台进行退款，平台要求提供订单号、金额、退款原因三项。
再返回订单号、退款结果两项。

那如果是这样的话，需要保存什么呢？我可以说所有数据对于我来说都有用，也可以说我只要关键数据，但什么是关键数据呢？这个取决于你的项目，比如后期需要对退款进程进行跟踪什么的，就要有相应的数据来保留，所以说这个问题真的没什么好提问的，得完全取决于自己的项目。

至于订单状态和退款状态，同样是取决于自己的项目，不过一般来说，订单属于销售类，退款属于售后类，为了后期维护方便，建议分开