Java生鲜食品电商平台-订单表的设计
场景分析说明：
购买者(餐厅)用户在APP上选择菜肴、放入购物车、下单和最终付款的过程称为下单过程。
买主可以在阳光普照的蜜粉家买茄子，在疏忽大意的甜瓜家买萝卜，在kydppx家买白菜，在快乐的老屋买猪肉等
那么，买家应该有订单主表。 我们叫订单表。 此外，还有上述具体订单明细表。 清楚地确认自己买了什么菜，买了多少元一斤，买了多少斤等等。
1 .订单表设计：
追记)交易情况)有列清单没有付款、付款也不能结算等状态。
付款状态：有未付款，并且已经付款。 网上支付。 (在线支付就是在这种情况下，一些客户不熟悉平台，刚参加了尝试，所以选择在线支付。)
最佳时间：收款人的最佳收款时间。 有客人说这是早上10点送来的，也有客人说是早上8点送来的。 送货时间因客户而异。
订单金额：有此订单的总额
支付金额：最终在此订单中，用户支付的费用。 (有这一幕。 买家买菜后，他不要菜，需要退款。 然后，退款后下降到买家的余额中，在下一次下单时减少)
最终金额：最终计算完成的金额。
其中的中心是业务方面，一般情况下生鲜商务方面往往存在至少可以补齐的情况，因此出现了用户余额方面的问题。
2 .订单明细表设计：
补：1.在主订单下可以看到自己订单的明细。 也就是说，今天买了那些菜，分别花了多少元买了一斤，我买了多少斤，最终值了多少钱等等具体情况
2 .包括配送费用、对应的卖方是否准备好商品、去取商品等。
3 .对于不准备商品的商家，我们可以发短信或进行人为干预
4 .对于一个具体的配送大师来说，我们也可以做精细化的一个管理。
最终有问题的是，在客户下单后的两个小时内，我们允许取消某个订单。 这也是人的常识。 例如，如果弄错了菜，他可以取消某个订单项目。
但是，我们不会取消整个订单。 如果有的话，需要我们的客户服务从后台管理系统手动介入。
实际运用图像如下。
转载于：https://www.cn blogs.com/juren dage/p/9029467.html