MYSQL 订单、交易、余额使用记录存储办法

首先说下我公司现在做的业务有:
直播、社群、资讯 等等

收费的地方有:
1、直播过程中的收费
2、直播回放的购买
3、社群加入的收费
4、发起提问的收费
5、高质量资讯的收费
等等

1、这些收费可以使用微信、支付宝、银联直接支付。
2、也可以使用余额支付,余额是我们开发的一个功能。

我现在的做法是:
1、每个收费的订单都存到一个表中。例如:直播收费 live_order , 直播回放 live_record_order,社群加入的收费 group_order 等等
2、而余额的订单记录,我是在余额表中添加一个标示。类似这次余额消费是直播 state = live_order

我感觉我这样做,是一个强耦合的方法。一旦业务更改我就傻x了。

我的问题是:
如何更便捷的实现这些订单的存储以及消费记录

阅读 3.5k
评论
    2 个回答

    差不多是楼上说的那样。
    看情况吧,一般来说一个订单支持多个支付渠道和多个支付流水,
    因为有可能余额不足,所以需要,余额支付+在线支付,就好比一个订单有多件不同商品一样。
    这样子才比较好统计。

      相似问题
      推荐文章