MyBatis-Plus过滤查询条件中的空字符串

MyBatis-Plus: 解决查询条件为空字符串导致的查询问题
当使用MyBatis-Plus进行查询时,如果查询条件Bean中的字段为空字符串,会出现在SQL的where条件中,可能导致错误的查询结果。针对此问题,可以采用两种解决方案:1) 在Bean中使用@TableField注解并设置whereStrategy为NOT_EMPTY,以过滤空字符串;2) 在全局配置文件中,如SpringBoot的mybatis-plus配置,设置select-strategy为not_empty。这两种方法都可以避免因空字符串导致的无效查询条件。

        在使用MyBatis-Plus查询时,若封装查询条件的Bean中有属性为空字符串,是不会被过滤掉的,结果就是执行的SQL的where条件中出现某个字段="",导致查询出问题。尤其常见于,在前端页面输入该字段的查询条件后,又清空输入的关键字。

老规矩,先说MyBatis-Plus版本:3.3.0

有2种思路:

  1. 在Bean中给字段通过注解,过滤查询时的空字符串;
// value指代对应的数据表的字段名称,whereStrategy 指定查询时的过滤策略
@TableField(value = "PATIENT_NAME", whereStrategy = FieldStrategy.NOT_EMPTY)
private String patientName;

查看源码源码得知,一共有5种字段策略(5种策略也可用于INSERT或UPDATE语句),如下:

package com.baomidou.mybatisplus.annotation;

/**
 * 字段策略枚举类
 *
 * @author hubin
 * @since 2016-09-09
 */
public enum FieldStrategy {
    /**
     * 忽略判断
     */
    IGNORED,
    /**
     * 非NULL判断
     */
    NOT_NULL,
    /**
     * 非空判断(只对字符串类型字段,其他类型字段依然为非NULL判断)
     */
    NOT_EMPTY,
    /**
     * 默认的,一般只用于注解里
     * <p>1. 在全局里代表 NOT_NULL</p>
     * <p>2. 在注解里代表 跟随全局</p>
     */
    DEFAULT,
    /**
     * 不加入 SQL
     */
    NEVER
}

        2.在配置文件中,全局配置,以SpringBoot为例。(推荐

mybatis-plus:
  global-config:
    db-config:
      select-strategy: not_empty

        更多配置可参考MyBatis-Plus官网配置介绍页面。需要注意的是,在yml配置文件中的配置,不是像官网上的驼峰命名方法。使用配置 | MyBatis-PlusMyBatis-Plus 官方文档https://baomidou.com/pages/56bac0/#wherestrategy

<think> 根据用户的问题,他需要在使用mybatis-plus-join时实现嵌套IN子查询的方法。首先,需要明确用户的需求:在MyBatis-Plus Join框架中如何构建嵌套的IN子查询。 由于mybatis-plus-join是MyBatis-Plus的一个扩展,它主要提供了类似JPA的关联查询方式,但有时也需要进行复杂的子查询,特别是嵌套IN查询。 解决方案通常有两种思路: 1. 使用MyBatis-Plus提供的子查询Wrapper(如LambdaQueryWrapper)来构建IN子查询条件。 2. 如果mybatis-plus-join的关联查询方式无法直接满足,可以结合使用原生MyBatis的XML方式或者注解方式。 然而,用户特别提到使用mybatis-plus-join,因此我们优先考虑在Wrapper中构建子查询。 具体步骤: 假设有两个实体:User(用户)和Order(订单),一个用户可以有多个订单。现在需要查询所有订单状态在特定列表中的用户。 在mybatis-plus-join中,可以使用如下方式: 步骤1:创建对应的Wrapper,使用子查询获取满足条件的用户ID列表,然后使用IN查询。 步骤2:在Wrapper中,我们可以通过`inSql`方法或者`in`方法嵌套一个子查询。 代码示例: ```java // 假设我们有一个UserService,需要查询出所有订单状态在('SUCCESS','PAID')中的用户 LambdaQueryWrapper<User> wrapper = new LambdaQueryWrapper<>(); wrapper.inSql(User::getId, "SELECT user_id FROM order WHERE status in ('SUCCESS','PAID')"); List<User> userList = userMapper.selectList(wrapper); ``` 但是,这种方法使用的是SQL字符串,不太安全且不优雅。我们可以使用子查询Wrapper: ```java // 创建子查询Wrapper QueryWrapper<Order> subQueryWrapper = new QueryWrapper<>(); subQueryWrapper.select("user_id").in("status", Arrays.asList("SUCCESS", "PAID")); // 然后使用该子查询 LambdaQueryWrapper<User> wrapper = new LambdaQueryWrapper<>(); wrapper.in(User::getId, subQueryWrapper); ``` 注意:在MyBatis-Plus中,`in`方法可以直接接受一个子查询Wrapper。但是,在mybatis-plus-join中,这种方式同样适用,因为mybatis-plus-join是基于MyBatis-Plus的。 另外,如果用户使用的是mybatis-plus-join的关联查询方法(例如使用`leftJoin`等方法),那么可能需要在关联查询中直接使用条件,而不需要单独的子查询。但是,嵌套IN子查询通常是用于WHERE条件中,因此上述方法通用。 如果用户需要的是在关联查询的ON条件中使用子查询,那么可能需要使用原生SQL片段,因为mybatis-plus-join目前可能不支持在ON条件中嵌套子查询(截止到当前版本)。 因此,对于ON条件中的嵌套子查询,可以考虑以下方案: 1. 使用两次查询:先查询出需要的关联表数据,再在应用层处理。 2. 在XML中编写SQL。 但是用户的问题明确要求使用mybatis-plus-join,所以这里主要提供Wrapper方式的子查询。 总结: 对于嵌套IN子查询,在WHERE条件中可以使用Wrapper的`in`方法嵌套另一个Wrapper来实现。对于ON条件中的查询,可能需要等待框架支持,或者使用其他变通方式。 下面提供两个示例: 示例1:在WHERE条件中的嵌套IN子查询(如上所示)。 示例2:在JOIN查询中,如何在ON条件中加入子查询?目前mybatis-plus-join的API可能不支持,因此建议分解为两个查询,或者使用原生SQL。 考虑到用户的需求,这里重点展示WHERE条件中的查询。 相关注意事项: - 确保子查询返回的列与IN字段匹配(例如,子查询SELECT user_id,则主查询的IN字段应该是用户ID)。 - 注意子查询的性能,尤其是在数据量大的情况下。 因此,针对用户问题的答案是:可以使用MyBatis-Plus的Wrapper构建子查询,然后使用`in`方法嵌套到主查询中。 生成相关问题: 1. 在mybatis-plus-join中如何实现嵌套的EXISTS子查询? 2. 除了子查询mybatis-plus-join如何处理多表关联查询? 3. 在mybatis-plus-join中,如何避免子查询导致的性能问题? </think> ### MyBatis-Plus-Join实现嵌套IN子查询的方法 在MyBatis-Plus-Join中实现嵌套IN子查询,可通过`apply()`方法结合Lambda表达式完成。以下是三种常用方案: #### 方案1:静态值嵌套IN查询 ```java List<Long> ids = Arrays.asList(101L, 102L, 103L); // 静态ID列表 List<User> users = joinLambdaWrapper(User.class) .inSql(User::getId, "SELECT user_id FROM orders WHERE status = 'ACTIVE'") // 嵌套子查询 .apply("id IN ({0})", ids.stream().map(String::valueOf) .collect(Collectors.joining(","))) // 静态IN条件 .list(); ``` **要点说明**: - `inSql()`处理嵌套SQL子查询结果作为IN条件 - `apply()`注入静态值列表,需手动拼接字符串 - 适用于已知固定值集合的场景[^1] #### 方案2:动态子查询嵌套IN ```java QueryWrapper<Order> subQuery = new QueryWrapper<Order>() .select("DISTINCT user_id") .eq("product_type", "ELECTRONIC") .gt("amount", 1000); List<User> users = joinLambdaWrapper(User.class) .apply("id IN ({0})", subQuery.getSqlSegment()) // 注入动态子查询 .list(); ``` **要点说明**: - 独立构建子查询`QueryWrapper` - 通过`getSqlSegment()`获取SQL片段 - 自动同步子查询参数(无需手动绑定)[^2] #### 方案3:关联表直接IN查询(推荐) ```java List<User> users = joinLambdaWrapper(User.class) .leftJoin(Order.class, Order::getUserId, User::getId) .in(Order::getStatus, "PENDING", "PROCESSING") // 直接IN条件 .groupBy(User::getId) .list(); ``` **优势**: - 避免嵌套查询,直接通过JOIN关联过滤 - 利用索引提升性能(尤其大表查询- 代码更简洁直观[^3] ### 注意事项 1. **防SQL注入**:动态拼接时使用`{0}`占位符而非字符串拼接 ```java // 安全写法 .apply("create_time > {0}", "2023-01-01") // 危险写法(勿用) .apply("create_time > " + userInput) ``` 2. **参数同步**:子查询参数通过`getSqlSegment()`自动绑定 3. **性能优化**:超过1000个IN值建议改用JOIN查询或分批次处理 --- ###
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值