如何将JPA原生查询的IN列表转为元组以规避ORA-01795

针对Oracle的ORA-01795（IN子句最多包含1000个元素）限制，给你几个可行的解决方案：

方案一：拆分ID列表分批处理 #

这是最直接且易维护的方案，把大的ID列表拆分成多个不超过1000元素的子列表，循环调用原有的更新方法即可。

在业务层实现拆分逻辑：

public void batchUpdateDeletionDate(Date date, List<Long> ids) {
    final int BATCH_SIZE = 1000;
    for (int i = 0; i < ids.size(); i += BATCH_SIZE) {
        int endIndex = Math.min(i + BATCH_SIZE, ids.size());
        List<Long> batchIds = ids.subList(i, endIndex);
        entityRepository.updateDeletionDate(date, batchIds);
    }
}

如果需要保证所有更新在同一个事务中执行，只需在业务层方法上添加@Transactional注解即可。

方案二：使用元组IN的原生SQL写法 #

你尝试的元组思路是可行的，但JPQL对元组参数的支持有限，改用原生SQL即可解决。

修改Repository中的方法：

@Modifying
@Transactional
@Query(value = "UPDATE entity SET date = ?1 WHERE (id, 0) IN (:idTuples)", nativeQuery = true)
void updateDeletionDate(Date date, @Param("idTuples") List<Object[]> idTuples);

调用时，把每个ID包装成包含固定值的数组：

List<Object[]> tuples = ids.stream()
    .map(id -> new Object[]{id, 0})
    .collect(Collectors.toList());
entityRepository.updateDeletionDate(date, tuples);

这种方式可以绕过1000元素的限制，因为Oracle对元组IN的元素数量没有单个维度的限制（只要总SQL长度不超过阈值）。

方案三：借助临时表关联更新 #

如果ID数量极大，可先将ID插入临时表，再通过关联更新实体表。

1. 创建临时表（可在方法中动态执行，或提前创建）：

CREATE GLOBAL TEMPORARY TABLE temp_ids (id NUMBER(19)) ON COMMIT DELETE ROWS;

2. 在Repository中添加插入和更新方法：

@Modifying
@Transactional
@Query(value = "INSERT INTO temp_ids (id) VALUES (?1)", nativeQuery = true)
void insertTempId(Long id);

@Modifying
@Transactional
@Query(value = "UPDATE entity e SET e.date = ?1 WHERE e.id IN (SELECT id FROM temp_ids)", nativeQuery = true)
void updateDeletionDateFromTemp(Date date);

3. 业务层先批量插入ID到临时表，再执行更新：

public void batchUpdateViaTempTable(Date date, List<Long> ids) {
    ids.forEach(entityRepository::insertTempId);
    entityRepository.updateDeletionDateFromTemp(date);
}

这种方式适合超大规模的ID列表，但实现相对复杂。

内容的提问来源于stack exchange，提问作者thmasker