1. IN 子句中的LIST个数最长为1000,超过该数目将报错,这里可转用一个临时表来解决;2.  * CREATE TRIGGER语句文本的字符长度不能超过32KB(触发器中不能使用LONG, LONG RAW 类型;触发器内可以参照LOB 类型列的列值,但不能通过 :NEW 修改LOB列中的数据;)顺便说一下,触发器中的PARENT关键字,只在嵌套表触发器中有效,3.  * 11G以前,DBMS_SQL对输入的SQL长度不能超过32K,原因是输入参数只能是VARCHAR2类型,11G后,可以用CLOB作为输入参数,则取消了这个限制3.  * 一个PL/SQL的包、过程、函数、触发器的大小,在UNIX上最大是64K,而WINDOWS则是32K大小(32K这个应该不准,看下面的测试)4.  * SQL语句可以有多长?(网友说)Oracle文档说是64K,实际受一些工具的限制会较这个值低,但网友测试发现可以很长,甚至超过1M(我测试过 170K的都没问题)。具体多长,10G也未说明,只是与很多环境有关:数据库配置,磁盘空间,内存多少5.  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中受限于包/过程的最大大小 varchar2 sql最多4000个字节,2000个汉字字符  pl/sql 最多32767个字节
clob     最多4Gb 

解决方案 »

  1.   

    你用LONG类型试试,应该没问题的
      

  2.   

    Oracle对LONG支持不是很好,数值类型 Oracle 建议用number
    可能不是长度问题
    检查自己的字段类型
    或者调整一下library cache大小试试
      

  3.   

    1楼的估计是对的,不太可能无限大,很可能和配置有关系。原来这问题是这样in里面的东西个数超过了1000,我后来把里面的分开了,分成多个in用or连接,后来执行就出现这个问题了。最后,我把in里面的东西全部都存储到了一个临时表中,这样执行子查询起来速度又快,SQL语句还短。这个长度问题也只是个估计,具体长度限制多少还未知
      

  4.   

    我写过一千行的SQL(纯代码行,不包括注释和换行),也没报SQL文字超长的错。。你看看是不是你的SQL哪里写的不妥
      

  5.   

    SQL语句真的找不到什么特别的地方,长的原因是in里面的东西多,后来改成多个or in还是不行。这长度是不是和系统有关系我怀疑,不同机器不同配置可能长度限制会有所不同
      

  6.   

    办法一:
    编辑D:\oracle\ora92\network\admin\sqlnet.ora文件,将SQLNET.AUTHENTICATION_SERVICES= (MTC)或者SQLNET.AUTHENTICATION_SERVICES= (NTS)修改为SQLNET.AUTHENTICATION_SERVICES= (NONE) 即可。办法二:
    如果以上办法一无效,则使用下面办法:
    select username,profile from dba_users where username='AJSI';
    USERNAME    PROFILE
    AJSI        DEFAULT
    如果用户的profile是DEFAULT的话,就检查网络、防火墙等的问题,比如卡巴的反垃圾邮件处理组件会对定时活动链接扫描,可能会中断非活跃连接,当前使用的NOD32 ESET可能也有这个问题。
    否则是用户profile是自定义的话,看看自定义profile中的connect_time: 允许连接的时间,单位分钟。
     select * from dba_profiles where profile='max' and resource_name='CONNECT_TIME';
    PROFILE RESOURCE_NAME RESOURCE_TYPE LIMIT
      max   CONNECT_TIME  KERNEL        DEFAULT