sql 语句中in（）内值为什么不能超过1000？

[lh89197831]

select * from table where id in (1,2,3,......1000,1001..)当我这样查询的时候报错这是为什么？我用的是Oracle数据库

[tangren]

oracle限制，另外从效率来考虑也不能太多

[Richard345265669]

确实是只能有这么多，可以用临时表来处理超过1000的

[s_hli2]

其实in的话效率是比较低的，可以考虑用exists，可是显现同样的效果，而效率高很多，特别是有索引的情况下。

[Leshami]

[Quote=引用 9 楼 brainstorm_lee 的回复:]

转自：IT专家网http://database.ctocio.com.cn/302/9379802.shtml
* IN 子句中的LIST个数最长为1000，超过该数目将报错，这里可转用一个临时表来解决;

* CREATE TRIGGER语句文本的字符长度不能超过32KB(触发器中不能使用LONG, LONG RAW 类型;触发器内可以参照LOB 类型列的列值，但不能通过 :NEW 修改……
[/Quote]
学习

[yurui05]

in的效率是很低的

[Raul_Gonzalez]

转自：IT专家网http://database.ctocio.com.cn/302/9379802.shtml
　　* IN 子句中的LIST个数最长为1000，超过该数目将报错，这里可转用一个临时表来解决;

　　* CREATE TRIGGER语句文本的字符长度不能超过32KB(触发器中不能使用LONG, LONG RAW 类型;触发器内可以参照LOB 类型列的列值，但不能通过 :NEW 修改LOB列中的数据;)顺便说一下，触发器中的PARENT关键字，只在嵌套表触发器中有效，

　　* 11G以前，DBMS_SQL对输入的SQL长度不能超过32K，原因是输入参数只能是VARCHAR2类型，11G后，可以用CLOB作为输入参数，则取消了这个限制

　　* 一个PL/SQL的包、过程、函数、触发器的大小，在UNIX上最大是64K，而WINDOWS则是32K大小(32K这个应该不准，看下面的测试)

　　* SQL语句可以有多长?(网友说)ORACLE文档说是64K，实际受一些工具的限制会较这个值低，但网友测试发现可以很长，甚至超过1M(我测试过 170K的都没问题)。具体多长，10G也未说明，只是与很多环境有关：数据库配置，磁盘空间，内存多少。。。

PL/SQL中，表达式/SQL本身的长度是可以达到比较长的长度(50K)左右，如：v_str:=:new.f1||:ndw.f2。。。 ; select :new.f1||:new.f2。。。 into v_str from dual; 另外发现，如果这样写：v_str := ‘a’||’b’||。。。则允许的表达式长度将大大的减少。如果表达式/SQL过长，超过了一个ORACLE包/过程允许的最大程序长度，则在编译时报 pls-123:program too large错误，这是pl/sql编译器本身的限制造成的，即表达式/SQL的长度在PL/SQL中受限于包/过程的最大大小

[mars199]

我也遇到过这种情况

[小灰狼W]

当in里面的值太多时，查询的效率会变得很低下
可以把它们放到一张表中，建好索引
然后用exists

[公众号【架构师也是人】]

Oracle 规定，
目前 我也没有找到突破1000的方法。。

[duqiangcise]

遇见过同样的问题。mark

[liulongjin2008]

oracle限制

[officecn]

oracle硬性规定,如果非要这么做,考虑临时表替换

[chbhhz]

看了才知道in有这个限制

[ojuju10]

将in list中的值都插入一个临时表中

[infosd]

把1次in 通过 or 改成多次

in(2000个）改成 (in (1000个） or in (1000个))

[咖啡]

使用临时表吧，同意楼上几位的说法，尽量少用IN，这个效率是在不怎么样，多用exists

[Ade子夜]

同上！！！！！！！！

[icebutter]

in ().放1000个就没有效率而言了。

[ttxing]

这么多值，维护起来太难了，为什么不用配置表呢？

[lantian_019]

学习了！