苍穹外卖--菜品管理模块修改菜品思考:修改口味为什么要先删除原有口味数据再重新插入?

前言

在菜品管理页面,点击某个菜品后面的修改按钮,跳转到如下修改页面。
可以看到菜品的口味,如果显示了口味,则代表菜品有对应的口味数据,没有显示则证明菜品原来就没有对应的口味数据。
在这里插入图片描述

问题

在这个界面可以对口味进行修改,而口味的修改又分为如下几种情况:
1、口味没改。=》
2、将忌口中的不要辣去掉。=》执行update语句
3、口味删了一个(比如删了忌口)。=》执行delete语句
4、口味加了一个(比如加了甜度)。=》执行insert语句
5、口味删了一个(比如删了忌口),又加了几个(比如加了甜度,温度)=》执行delete语句和insert语句。
这时候情况不一样,执行的sql语句又不一样,挺麻烦的。

解决方案

统一采用先删除原有的口味数据(delete语句),再重新插入口味数据(insert语句)这种思路,这种思路非常好,代码如下!

		// 删除原有的口味数据
        dishFlavorMapper.deleteByDishId(dishDTO.getId());

        // 重新插入口味数据
        List<DishFlavor> flavors = dishDTO.getFlavors();

        if (flavors != null && flavors.size() > 0) {
            // 为每个口味设置菜品id
            flavors.forEach(dishFlavor -> {
                dishFlavor.setDishId(dishDTO.getId());
            });

            // 向口味表插入n条数据
            dishFlavorMapper.insertBatch(flavors);
        }
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
苍穹外卖数据库的E-R图描述了该数据库中实体之间的关系,E-R图包括实体(Entity)、关系(Relationship)和属性(Attribute)三个要素。苍穹外卖数据库的E-R图主要包含以下几个实体: 1. 用户(User):记录用户的基本信息,包括用户ID、用户名、密码、电话等。 2. 商家(Business):记录商家的基本信息,包括商家ID、商家名、地址、联系电话等。 3. 订单(Order):记录订单的基本信息,包括订单ID、下单时间、送餐地址等。 4. 菜品(Dish):记录菜品的基本信息,包括菜品ID、菜品名、价格、图片等。 5. 购物车(ShoppingCart):记录购物车中的菜品信息,包括购物车ID、用户ID、菜品ID等。 这些实体之间的关系如下: 1. 用户(User)和商家(Business)之间是一对多关系,即一个商家可以有多个用户点餐。 2. 商家(Business)和菜品(Dish)之间是一对多关系,即一个商家可以有多种菜品。 3. 订单(Order)和用户(User)之间是一对多关系,即一个用户可以有多个订单。 4. 订单(Order)和商家(Business)之间是一对多关系,即一个商家可以接收多个订单。 5. 订单(Order)和购物车(ShoppingCart)之间是一对多关系,即一个订单可以对应一个或多个购物车。 基于以上实体和关系,苍穹外卖数据库的E-R图可以用如下方式表示: ``` +-------------+ +-------------+ | User | | Business | +-------------+ +-------------+ | | | | | | | | +--+ +----------------+ | ShoppingCart |--+ +----------------+ | | | | +--+ | Dish | +--------+ ```

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值