jpa中自定义sql查询,在传入参数list中子查询in的问题

本文介绍了一种根据用户ID列表查询教师信息的复杂SQL技巧,利用if条件和coalesce函数灵活处理参数,实现高效的数据检索。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

遇到的需求是这样的,要根据传入的用户id列表进行查询,不过数据库中还一个字段deleted标记用户是否删除,所以不能用自带的方法。

/**
 * 查询教师详情信息列表
 * @param pageable 分页器
 * @param username 姓名
 * @param zgh 职工号
 * @param uidList 用户id列表
 * @return 教师详情列表
 * */
@Query(value = "select * from g_teacher_info " +
        "where deleted=0 " +
        "and if(?1!='',username like %?1%,1=1)"+
        "and if(?2!='',zgh = ?2,1=1)"+
        "and (coalesce(?3,null) is null or uid in (?3))",
        nativeQuery = true
)
Page<TeacherInfo> findPageBySearch(Pageable pageable, String username, String zgh, List<Integer> uidList);

if参数 类似于三元表达式,例if(?1!='',username like %?1%,1=1)当第一个参数不为空的时候,返回username like %?1%,否则返回 1=1。此处Pageable 为自带分页类,不会进入到参数顺序中,所以?1对应的是第二个参数username。
coalesce 英文意思为合并。返回第一个非null的参数,这里作用是用来判断uidList参数是否为null,当uidList为null的时候,coalesce(?3,null) is null成立,就不会判断后面的条件了。否则就等同于
and uid in (?3))
此处顺带提一下 and or 的捷径。表达式A&&B 中,只有当A为true情况下,才会去执行B表达式。
有时候可以当做空的判断。例 :

public void start() {
    String id = null;
    if(id==null && test()){
        System.out.println("执行结束");
    }
}
public boolean test(){
    System.out.println("执行某个方法");
    return true;
}

当我们id为null的时候,才会执行test方法。or方法则相反, A||B 中,只有当A为false时,才会执行B表达式。例:

if(A==null || test()){
	//巴拉巴拉
}

这种情况,只有当A不为null时候,才会执行test()方法

### 如何在 JPA 中使用自定义 SQL 查询 #### 方法一:通过 `@Query` 注解使用 JPQL 或原生 SQL 可以利用 `@Query` 注解来编写自定义查询语句。如果需要执行标准的 JPQL 查询,则直接书写 JPQL;如果是复杂的场景或者数据库特定的功能需求,可以选择使用原生 SQL。 以下是基于 JPQL 的示例: ```java @Repository public interface UserRepository extends JpaRepository<User, Long> { @Query("SELECT u FROM User u WHERE u.email = ?1") List<User> findUsersByEmail(String email); } ``` 对于更复杂的情况,比如涉及多个表联结或其他高级功能时,可采用原生 SQL 并设置 `nativeQuery=true` 参数[^1]: ```java @Repository public interface UserRepository extends JpaRepository<User, Long> { @Query(value = "SELECT * FROM users WHERE email = ?1", nativeQuery = true) List<User> findUsersByEmailNative(String email); } ``` --- #### 方法二:通过实体管理器 (`EntityManager`) 创建动态查询查询逻辑较为复杂且无法完全由接口方法名推断出来时,可以通过注入 `EntityManager` 实现灵活控制。这种方式允许手动构建 SQL 字符串并绑定参数。 下面是一个例子展示了如何实现带条件过滤的动态查询[^2]: ```java @Service public class UserService { @PersistenceContext private EntityManager entityManager; public List<UserInfo> queryUserInfoByUserNo(String userNo) { StringBuilder sqlBuilder = new StringBuilder("SELECT * FROM t_user WHERE user_no = :userNo"); Query nativeQuery = entityManager.createNativeQuery(sqlBuilder.toString(), UserInfo.class); nativeQuery.setParameter("userNo", userNo); return nativeQuery.getResultList(); } } ``` 此方式适合于那些需要频繁调整查询结构的应用场合,例如分页、排序以及多种筛选组合等情形下尤为有用。 --- #### 方法三:扩展 Repository 接口以支持更多操作模式 除了基本 CRUD 功能外,还可以让自己的 DAO 层继承额外的能力类如 `JpaSpecificationExecutor<T>` ,从而获得更加丰富的 API 支持用于处理定制化请求[^3]: ```java @Repository public interface ToolsSysDao extends JpaRepository<ToolsSysEntity, String>, JpaSpecificationExecutor<ToolsSysEntity> { // 定义按名称检索记录,并按照顺序号降序排列的结果集返回函数 List<ToolsSysEntity> findAllBySysNameOrderByOrderNumDesc(String sysName); } ``` 这种设计不仅简化了业务层调用过程中的编码工作量,同时也增强了系统的可维护性和灵活性。 --- ### 注意事项 - 如果选择使用原生 SQL,请记得开启 `nativeQuery=true` 配置项以便框架能够识别所传入的是非 JPQL 形式的命令。 - 对外部输入数据务必做好校验与清理措施以防潜在的安全隐患诸如 SQL 注入攻击等问题发生。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值