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

解决方案 »

  1.   

    oracle规定,in-list里的值,不得多与1000个。
      

  2.   

    in 这么多  为什么不 not in
      

  3.   

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

  4.   

    in (select id from dual)
      

  5.   

    这个in也太多了,把in都放到一个array中(或临时表中)
    where a in (
                select column_value 
                  from table(cast(arr_x as arr_自定义的数组类型 ))
               )
      

  6.   

    转自: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中受限于包/过程的最大大小
      

  7.   

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

  8.   

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

  9.   

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

  10.   

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

  11.   

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

  12.   

    把1次in 通过  or 改成多次in(2000个)改成 (in (1000个) or in (1000个))
      

  13.   

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