在项目中，一般会遇到这种情况：逻辑删除以及多关联不删除
逻辑删除（软删除）：逻辑删除就是对要被删除的数据打上一个删除标记，通常使用一个is_deleted字段标示行记录是不是被删除（或者使用一个status字段代表所谓的“删除”状态），在逻辑上是数据是被删除的，但数据本身是依然存在的。
推荐课程：MySQL教程
在前端页面中删除了，也不显示了，其实数据库中并没有删除，只是根据了一个状态字段，0启动，1停用的思路来达成。
所以逻辑删除就是只是将一个名为status字段进行更改，来达到前端页面是否显示的方式，其数据本身并没有被删除，想要恢复只需要改回status字段即可。
思路：
在XML中写查询SQL时，多加一个条件，库中的状态字段
SELECT * FROM md_drainage_basinORDER BY sort_order and basin_name LIKE concat('%',#{basinName},'%') AND state = #{state}
那我们给前端页面时候的数据，就要自己在Java代码中进行默认操作，因为前端是不会在查询的传一个状态码的，后台自己生成
mdDrainageBasin.setState(0); Listlist = mdDrainageBasinMapper.findByQuery(mdDrainageBasin);
默认把状态0启动set到实体类中，再进行查询，这样前端看到的只有状态为0的数据
逻辑删除是把状态码进行更新，更新成1，调用update而不是delete，但考虑到多表关系，例如流域下面挂着水系，逻辑删除一条流域，那下面的水系也要进行逻辑删除不给与显示，这时可根据判断，如果流域下面有相应水系，则不删除，不然删除
MdDrainageBasin mdDrainageBasin = mdDrainageBasinService.findById(id); Listlist = mdWaterSystemMapper.findByWater(mdDrainageBasin.getBasinCode()); if (list.size() > 0) { return ResponseMsgUtil.failure(); } else { mdDrainageBasin.setState(1); mdDrainageBasinService.update(mdDrainageBasin); return ResponseMsgUtil.success(mdDrainageBasin); }
根据前端传入的Id进行查询哪一条流域，这条流域下面有多少水系，有水系，不删除，没水系，删除
