在项目中,一般会遇到这种情况:逻辑删除以及多关联不删除
逻辑删除(软删除):逻辑删除就是对要被删除的数据打上一个删除标记,通常使用一个is_deleted字段标示行记录是不是被删除(或者使用一个status字段代表所谓的“删除”状态),在逻辑上是数据是被删除的,但数据本身是依然存在的。
在前端页面中删除了,也不显示了,其实数据库中并没有删除,只是根据了一个状态字段,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进行查询哪一条流域,这条流域下面有多少水系,有水系,不删除,没水系,删除