[code="sql"]
select * from 表 where 表字段 in();
[/code]
in后面是一个大的集合，里面大概有200个选项，这些选项是通过一个java List对象传过来的，因此无法使用exsits,大家有什么好的优化办法没有？
以我的经验来说:
1 如果可能,可以使用存储过程来实现该实现,创建临时表,然后将你的数据插入进去
然后做表关联,每种数据库基本都有临时表来实现.
比如oracle的
CREATE GLOBAL TEMPORARY TABLE T_TEMP (
COL1 VARCHAR2(10),
COL2 VARCHAR2(10)
) ON COMMIT delete ROWS;
2 如果觉得存储过程不能使用或者觉得比较麻烦,那你需要对你sql所代表的业务逻辑
分析下,比如select id from teacher where id in(111,222,333)
这些老师111,222,333都是男老师,可以增加字段来特别表示这种集合,
将这种查询转换成select id from teacher where sex = '男'
针对in本身没有特别的优化方法,一定要从业务上来分析下,不要纠结于in本身的优化.
希望对你有帮助.
对表字段建索引；
如果List排序后有几个连续的区间，可以拼接几个如下的查询语句
[code="sql"]select * from 表 where 表字段>=a1 and 表字段<=a2;[/code]
[code="sql"]select * from 表 where 表字段>=a3 and 表字段<=a4;[/code]
Oracle 9i 中个数不能超过256,Oracle 10g个数不能超过1000
in 和 exists 没有多少区别，主要是走没走索引
你可以把你拼接的sql拿到plsql里面explain看看为什么慢
只200个子查询不会太影响效率
。你的 “ 表字段 in”的“表字段”有木有建索引。如果建索引的话不成问题，表百万级数据 搜索估计在0.5s之内。
in 和 exists 区别在于， 如果外表数据少，子查询表大 exists会走索引，in不走。
如果外表大，内表小，in走索引，exists不走。
如果你觉得不放心。50 50的查询。然后结果 union all 在一起试试
select * from 表 where 表字段 in();
已经使用到 表字段 的索引，用不用exists无所谓，就sql语句这里不需要优化了，得从其他方面优化，例如预编译等方式优化系统
in 里面只能有1000个项,不要溢出,
用or进行组装查询条件，这样应该比用in效率高