共计 1355 个字符，预计需要花费 4 分钟才能阅读完成。
这篇文章主要介绍“sql in 查询元素超过 1000 条如何解决”，在日常操作中，相信很多人在 sql in 查询元素超过 1000 条如何解决问题上存在疑惑，丸趣 TV 小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”sql in 查询元素超过 1000 条如何解决”的疑惑有所帮助！接下来，请跟着丸趣 TV 小编一起来学习吧！
一、场景描述
查询机构下的人员，要同时查询出该机构及其所有下级机构的人员；比如查询北京市，不仅要查询出归属于北京市的人员，还要查询归属于出朝阳区、西城区、海淀区等等的人员。
对于这个需求，有以下几种解决思路：
1、之前的系统，他们的机构编码本身有关联，比如北京编码是 001 的话，昌平区的编码就是 0012；这样的话，他们查询可以用 like。这种方法的问题是 like 查询太慢，尤其在数据量大的时候，即使对编码加唯一索引，也只有查最根部机构时可以走索引（因为只有此时才符合最左前缀）。
2、我们的系统没有机构编码，唯一标识是雪花算法生成的 19 位 id，没有关联；机构关系是通过一张关联表组合的起来的（适用于多业务系统，多机构树的情况）。这种情况，可以通过条件从关系表中查出所有下级机构 id，然后查询时用 in 查询；为了方便查询，我们还建了一张机构关系冗余表。
但是这种方法也有一个问题，就是 Oracle 数据库 in 查询中元素，必须在 1000 以内。
二、解决方案 1、方案一：核心思路是，将集合拆分，使用 or 连接。
select * from A where id in (1, 2, …, 1000) or id in (1001, …, 1999)用 mybatis 的话就是这样
select * from test_1
where
if test= list != null and list.size 0
(id IN
!-- 处理 in 的集合超过 1000 条时 Oracle 不支持的情况 --
trim suffixOverrides= OR id IN()
foreach collection= list item= Id index= index open= ( close=)
if test= index != 0
choose
when test= index % 1000 == 999 ) OR id IN ( /when
otherwise , /otherwise
/choose
/if
#{Id}
/foreach
/trim
)
/if但是这种方法不好用，实测中 3 万条左右的机构，用这种查询查了好久都没出来，感觉数据库都要奔溃了。
2、方案二：用子查询（临时表）+ 关联查询
一般来说，超过 1000 多条的数据，肯定不是用户填写的，而是从其他地方查询出来的；我们可以将这些数据放到一个临时表中（用子查询实现），然后用内连接关联查询。
该查询中，机构关系冗余表 SEP_SYSTEM_ORG_RELATION 中有 20 多万条数据，但子查询走了我们创建的组合索引；整个查询只用了 0.367 秒
到此，关于“sql in 查询元素超过 1000 条如何解决”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注丸趣 TV 网站，丸趣 TV 小编会继续努力为大家带来更多实用的文章！
