前言:
实习入职也有两星期了,一直在熟悉业务以及做一些逻辑性不强的接口优化任务。
今天在做接口优化时需要添加上一个字段以备后续版本迭代时可用其查找数据,因为业务层中大部分是用的Mybatis-Plus做数据的查询,自然我也就只能跟着他的方式进行更改了。而Mybatis-Plus我在学校时学过,但一直没有用于在开发中,也只有停留在“学过”的尴尬阶段。
正文:
条件构造器:
接口方法的参数中,会出现各种 Wrapper,比如 queryWrapper、updateWrapper 等。Wrapper的作用就是用于定义各种各样的条件(where)。所以不管是查询、更新、删除都会用到Wrapper。
///由于需要添加getDeviceInfoId字段进行查找,就很自然的加了一个or
DeviceAreaEntity deviceAreaEntity = deviceAreaService.getOne(
Wrappers.<DeviceAreaEntity>lambdaQuery()
.eq(DeviceAreaEntity::getId, deviceAreaId)
.or()
.eq(DeviceAreaEntity::getDeviceInfoId,deviceInfoId)
.in(!token.isSuperAdmin(), DeviceAreaEntity::getTenantId, token.getAllTenantIds())
.last(Constant.LIMIT_1)
);
而通过插件查看到后台打印的sql则为:
SELECT ID
device_info_id,
area_id,
user_info_id,
settlement_mode,
equipment_info_id,
device_type_id,
mount_point_type,
status,
logic_flag,
tenant_id,
remark,
creator,
updater,
create_time,
update_time,
data_rights_id
FROM
t_device_area
WHERE
logic_flag = 1
AND ( ID = NULL OR device_info_id = '11111111111111' AND tenant_id IN ( '22222222222222', '3333333333333', '4444444444444', '555555555555' ) )
LIMIT 1;
//where这部分的条件作用域根据就不是自己添加or的本意(苦笑--)
后来在公司前辈的指导下,把条件构造器改为:
DeviceAreaEntity deviceAreaEntity = deviceAreaService.getOne(
Wrappers.<DeviceAreaEntity>lambdaQuery()
.and(i-> i.eq(DeviceAreaEntity::getId,deviceAreaId).or()
.eq(DeviceAreaEntity::getDeviceInfoId,deviceInfoId))
.in(!token.isSuperAdmin(), DeviceAreaEntity::getTenantId, token.getAllTenantIds())
.last(Constant.LIMIT_1)
);
运行出的sql:
SELECT ID
device_info_id,
area_id,
user_info_id,
settlement_mode,
equipment_info_id,
device_type_id,
mount_point_type,
status,
logic_flag,
tenant_id,
remark,
creator,
updater,
create_time,
update_time,
data_rights_id
FROM
t_device_area
WHERE
logic_flag = 1
AND ( ( ID = NULL OR device_info_id = '1111111111' ) AND tenant_id IN ( '2222222222', '3333333333', '4444444444', '5555555555' ) )
LIMIT 1;