ORA-00913报错：拆分IN子句用OR拼接仍触发值过多问题咨询

是的，哪怕将IN子句拆分为多个分段通过OR条件拼接，所有IN子句的取值总个数仍然存在上限限制。

原因说明 #

• Oracle官方明确规定单个IN子句的列表元素上限为1000个，因此很多开发者会选择拆分为多个IN子句加OR拼接的方式绕开这个限制，但这种方式并没有完全绕开限制：Oracle的SQL解析器内部会对整个WHERE条件中所有IN列表的字面量元素做全局计数，这个计数的隐性上限为65535，超过后就会抛出ORA-00913 too many values错误，和你遇到的65000以内即可正常执行的表现完全吻合。

可行的替代方案 #

• 方案1：使用临时表/中间表关联查询（最优）

将需要匹配的85000个ID提前写入一张临时表或者专属的中间匹配表，之后通过JOIN关联查询获取结果，示例SQL：

SELECT t.* 
FROM TEST_TABLE t
INNER JOIN MATCH_ID_TEMP mi 
  ON t.ID = mi.ID

这种方式完全不受IN列表长度限制，且Oracle的关联查询优化可以保证执行效率，适合ID匹配量大的场景。

• 方案2：分批查询

将85000个ID拆分为多个批次，每个批次的总ID数控制在60000以内，分批执行查询后在应用层合并结果集，这种方式代码改动最小，适合临时应急场景。

• 方案3：字符串匹配（不推荐高并发/大数据量场景）

将需要匹配的ID拼接为带分隔符的统一字符串，用字符串匹配函数进行判断，示例：

SELECT * FROM TEST_TABLE
WHERE INSTR(','||'00001,00002,...,85000'||',', ','||ID||',') > 0

这种方式会导致ID字段的索引失效，性能较差，仅适合小数据量、低并发的临时查询使用。

内容的提问来源于stack exchange，提问作者explorer da bb