关于订单审核的数据库设计思路

目前需要做一个订单审核的工具,需要对用户从不同地方提交的信息进行审核,通过的话,就增加积分,不通过则不增不减,而且这个审核记录也要保存下来。

阅读 5.1k
2 个回答

一张表,记录审核记录,一张表记录订单,一张表记录用户信息。
关系:
订单表和审核记录表是1对1的关系
用户表和订单表是1对n的关系,即一个用户可以对应多个订单。

审核通过增加积分,在审核通过的步骤里。审核和积分自增是同一个事务,就可以了。

性能要求不高的话,不妨多设计几张表,把需要的信息全部储存下来,然后挨个处理,相对于性能来说,在科技如此发达的今天,资源和内存,已经不会成为网站性能的瓶颈,当然啦,这是一般情况,事务的话,我认为没有必要,数据量还没到那个地步

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题