3,490
社区成员
发帖
与我相关
我的任务
分享在sql查询中如果where条件in中的参数超过一千条甚至更多一般有什么优化方案？如 in(1,2,...........99999)
这中查询类似于批量查询，一个参数携带多个值，查询出多条记录出来，有大神可以支教几招面对这种问题的解决方案。
...全文
请发表友善的回复…
发表回复
王大千是理科生 2019-04-14
- 打赏
- 举报
像这种数值类型的条件，可以条件列创建索引，试试用between...and.. 或者用临时表+exists查询
tensung10 2019-03-07
- 打赏
- 举报
试试这样,举个例子，范围是0-9999的话，下面的where写法：
where regexp_like(column_name, '[0-9][0-9][0-9][0-9]')
大脸猫o 2019-03-06
- 打赏
- 举报
用 exists 和 not exists吧
yaiger 2019-03-04
- 打赏
- 举报
即便是传入的参数，如果很多，也可以插入临时表来处理
Finn 2019-03-03
- 打赏
- 举报
如果in参数是传入的不是通过查询其他表得到的，这种情况要怎么优化？
Finn 2019-03-03
- 打赏
- 举报
正确处理办法，构建临时表
[/quote]如果in参数是传入的不是通过查询其他表得到的，这种情况要怎么优化？
Finn 2019-03-03
- 打赏
- 举报
如果in参数是传入的不是通过查询其他表得到的，这种情况要怎么优化？
Y....T 2019-02-12
- 打赏
- 举报
我也建议可以用exists代替，效率绝对比in高出许多
hejingx 2018-12-04
- 打赏
- 举报
正确处理办法，构建临时表
dlgxyq 2018-12-02
- 打赏
- 举报
用WITH A AS 拼起来当一个临时表处理
Rotel-刘志东 2018-11-09
- 打赏
- 举报
in 后边最多999个，性能下降的。建议可以用exists代替。
卖水果的net 2018-11-08
- 打赏
- 举报
不会的，你向表中写这么几个数据，比起 in 的性能下降来说，不算什么。可以做一下测试。
qq_17818121 2018-11-08
- 打赏
- 举报
如果建临时表的话对数据库的读写操作比较频繁，而且要求数据库读写性能也得好，否则查询时间会更长。
卖水果的net 2018-11-08
- 打赏
- 举报
in 超过 300 个，性能就会严重下降。 按 2# 的建议，先写临时表，再关联查询。
yaiger 2018-11-08
- 打赏
- 举报
把参数插入临时表,然后再关联这个临时表查询
nayi_224 2018-11-08
- 打赏
- 举报
in(1, 2, 3) or in(4, 5, 6)
