在项目中，一般会遇到这种情况：逻辑删除以及多关联不删除

逻辑删除(软删除)：逻辑删除就是对要被删除的数据打上一个删除标记，通常使用一个is_deleted字段标示行记录是不是被删除(或者使用一个status字段代表所谓的“删除”状态)，在逻辑上是数据是被删除的，但数据本身是依然存在的。

推荐课程：MySQL教程。

在前端页面中删除了，也不显示了，其实数据库中并没有删除，只是根据了一个状态字段，0启动，1停用的思路来达成。

所以逻辑删除就是只是将一个名为status字段进行更改，来达到前端页面是否显示的方式，其数据本身并没有被删除，想要恢复只需要改回status字段即可。

思路：

在XML中写查询SQL时，多加一个条件，库中的状态字段SELECT * FROM md_drainage_basin

and basin_name LIKE concat('%',#{basinName},'%')

AND state = #{state}

ORDER BY sort_order

那我们给前端页面时候的数据，就要自己在Java代码中进行默认操作，因为前端是不会在查询的传一个状态码的，后台自己生成mdDrainageBasin.setState(0);

List list = mdDrainageBasinMapper.findByQuery(mdDrainageBasin);

默认把状态0启动set到实体类中，再进行查询，这样前端看到的只有状态为0的数据

逻辑删除是把状态码进行更新，更新成1，调用update而不是delete，但考虑到多表关系，例如流域下面挂着水系，逻辑删除一条流域，那下面的水系也要进行逻辑删除不给与显示，这时可根据判断，如果流域下面有相应水系，则不删除，不然删除MdDrainageBasin mdDrainageBasin = mdDrainageBasinService.findById(id);

List list = mdWaterSystemMapper.findByWater(mdDrainageBasin.getBasinCode());

if (list.size() > 0) {

return ResponseMsgUtil.failure();

} else {

mdDrainageBasin.setState(1);

mdDrainageBasinService.update(mdDrainageBasin);

return ResponseMsgUtil.success(mdDrainageBasin);

}

根据前端传入的Id进行查询哪一条流域，这条流域下面有多少水系，有水系，不删除，没水系，删除