保存订单基本信息和订单商品信息
后端接口定义
class OrderCommitView(LoginRequiredJSONMixin, View):
"""订单提交"""
def post(self, request):
"""保存订单信息和订单商品信息"""
pass
订单数据分为订单基本信息和订单商品信息,二者为一对多的关系。
保存到订单的数据是从Redis购物车中的已勾选的商品信息。
保存订单基本信息
class OrderCommitView(LoginRequiredJSONMixin, View):
"""提交订单"""
def post(self, request):
"""保存订单信息和订单商品信息"""
# 获取当前要保存的订单数据
# 校验参数
# 判断address_id是否合法
# 判断pay_method是否合法
# 获取登录用户
# 保存订单基本信息 OrderInfo(一)
保存订单商品信息
class OrderCommitView(LoginRequiredJSONMixin, View):
"""提交订单"""
def post(self, request):
"""保存订单信息和订单商品信息"""
# 获取当前保存订单时需要的信息
......
# 保存订单基本信息 OrderInfo(一)
......
# 从redis读取购物车中被勾选的商品信息
# 遍历购物车中被勾选的商品信息
for sku_id in sku_ids:
# 查询SKU信息
# 判断SKU库存
# SKU减少库存,增加销量
# 修改SPU销量
# 保存订单商品信息 OrderGoods(多)
# 保存商品订单中总价和总数量
# 添加邮费和保存订单信息
# 清除购物车中已结算的商品
# 响应提交订单结果
在保存订单数据时,涉及到多张表(OrderInfo, OrderGoods, SKU, SPU)的数据修改,对这些数据的修改应该是一个整体事务,即要么一起成功,要么一起失败。
Django中对于数据库的事务,默认每执行一句数据操作,便会自动提交。所以需要在保存订单中自己控制数据库事务的执行流程。
事务的特点:要么一起成功,要么一起失败,存储引擎必须是InnoDB.
Django中事务的使用
Django中事务的使用方案
• 在Django中可以通过django.db.transaction模块提供的atomic来定义一个事务。
• atomic提供两种方案实现事务:
• 装饰器用法:
from django.db import transaction
@transaction.atomic
def viewfunc(request):
# 这些代码会在一个事务中执行
......
with语句用法
from django.db import transaction
def viewfunc(request):
# 这部分代码不在事务中,会被Django自动提交
......
with transaction.atomic():
# 这部分代码会在事务中执行
......
• 装饰器用法:整个视图中所有MySQL数据库的操作都做一个事务,范围太大,不够灵活。而且无法直接作用于类视图。
• with语句用法:可以灵活的有选择性的把某些MySQL数据库的操作看做一个事务。而且不用关心视图的类型。
• 综合考虑后我们选择 with语句实现事务
事务中的保存点
• 在Django中,还提供了保存点的支持,可以在事务中创建保存点来记录数据的特定状态,数据库出现错误时,可以回滚到数据保存点的状态。