本文介绍了Web收银台系统中购买商品页面的设计逻辑和数据库交互过程。在用户点击购买时，先生成订单和订单项，但不立即存储。订单信息包括订单ID、账户ID、用户名称、创建和完成时间等，而订单项包含商品ID、名称、介绍、数量、单位、价格和折扣等。用户输入的商品ID和数量通过表单提交，涉及事务管理和数据库插入操作。
来到了比较麻烦的购买商品页面
该页面设计将会涉及到数据库的插入表, 会涉及到事务的回滚
1.购买页面的设计逻辑
当点击购买商品的时候, 已经生成了订单(Order)和订单项(Order_item), 但是此时还没有存储到数据库
当点击确认之后, 这些数据才会插入到数据库
订单项是属于订单的, 一个订单有多条订单项
哪些内容属于订单? (可以从数据库中看一下)
id表示 建表时定义的自增主键, 订单id是主键, 但不是自增的, 是创建订单时定义的. 代表创建一个订单就自动定义了一个id
id表示"订单id" account_id表示"账户id"(即account表中的主键id) account_name表示"用户名称" create_time表示"订单创建时间" finish_time表示"订单完成时间"
actual_amount表示"实付金额"(即应付金额) total_mpney表示"总金额"(优惠金额没有出现) order_status表示"订单状态"(待支付/已支付)
哪些内容属于订单项呢?
一张订单里有多个订单项, 比如说超市买东西,小明一次买了两个东西来结账, 那小明的一张订单里有两个订单项
id代表"订单项id" order_id代表"d订单id(即order表中的主键id)"
最低0.47元/天 解锁文章
扫一扫
900
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
