sql动态长度

① insertselectvarchar长度限制

insertselectvarchar长度限制是10。
当varchar超过限制长度时，1.如果当前的sql模式为宽松模式，那么将会按照从前往后的顺序，对字符串进行截断，并提示一个警告；2.如果当前的SQL模式为严格模式，那么将会报出一个错误。
从SQLServer2005开始，引入了varchar(max)/nvarchar(max)数据类型，表中可不使用LOB数据类型而突破单列8000/4000字符的限制，动态SQL也可以拼接得更长；但查看这类字符的时候，在某些地方，字符长度的限制仍然存在，比如：
单列：SSMS里返回的列值。
动态SQL：print命令打印字符时。

② 一条sql语句最长可以多长

不同的数据库甚至相同数据库的不同版本都可能不一样，具体可以查询联机帮助，或参阅产品规格说明。总的来说SQL语句的最大长度限制都是很大的，编写SQL语句一般不需要考虑语句的长度问题。例如ACCESS的SQL最大长度约为6,4000个、MSSQL为65,536 * 网络数据包。像这样的长度，足够你写下长篇大论了。但是话要说回来，一个太长的语句其执行效率变得会低下，尽量避免编写太长和过于复杂的SQL语句还是非常必要的。

③ sql语句是不是有长度限制

看你是不是动态SQL。如果动态SQL，会用字符串记录的。字符串的变量有长度限制。平时的SQL，你再长都不会有限制。

④ 关于SQL长度问题

int 这里说的不对 char 说的正确！
1 int 4
int2 是2字节 有符号整型, 符号占1位，余下15位2进制位表示数值 。最大数正数是 0x7fff
int4 是4字节 有符号整型 符号占1位，余下31位2进制位表示数值 。最大数正数是 0x7fffffff
int8 是8字节 有符号整型 符号占1位，余下63位2进制位表示数值 。
2 char 20
代表能容下20的字符
10个汉字！

⑤ oracle动态执行SQL字符串，字符串最大的长度是多少

定义成varchar2的话最大的长度就是 32767,最好不要超过32000

⑥ SQL 语句 最大长度限制 DB2如何修改最大长度限制

home/datamart$ db2 get db cfg|grep HEAP
Sort heap thres for shared sorts (4KB) (SHEAPTHRES_SHR) = AUTOMATIC
Sort list heap (4KB) (SORTHEAP) = AUTOMATIC
Database heap (4KB) (DBHEAP) = AUTOMATIC
Utilities heap size (4KB) (UTIL_HEAP_SZ) = 103816
SQL statement heap (4KB) (STMTHEAP) = AUTOMATIC
Default application heap (4KB) (APPLHEAPSZ) = AUTOMATIC
Statistics heap size (4KB) (STAT_HEAP_SZ) = AUTOMATIC

修改 STMTHEAP

P570_B_2:/DATAMART/usr/datamart >db2 update db cfg for datamart using STMTHEAP 20480 AUTOMATIC
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully.

P570_B_2:/DATAMART/usr/datamart >db2stop force
10/19/2012 10:56:14 0 0 SQL1064N DB2STOP processing was successful.
SQL1064N DB2STOP processing was successful.
P570_B_2:/DATAMART/usr/datamart >db2start
10/19/2012 10:56:20 0 0 SQL1063N DB2START processing was successful.
SQL1063N DB2START processing was successful.

P570_B_2:/DATAMART/usr/datamart >db2 get db cfg |grep STMT
SQL statement heap (4KB) (STMTHEAP) = AUTOMATIC(20480)
Automatic statement statistics (AUTO_STMT_STATS) = OFF

DB2 V9.5 for Linux, UNIX, and Windows

stmtheap - 语句堆大小配置参数

此参数指定语句堆的大小，语句堆在编译 SQL 或 XQuery 语句期间用作 SQL 或 XQuery 编译器的工作空间。

配置类型
数据库
参数类型
可联机配置
传播类
语句边界
缺省值 [范围]

带有本地客户机和远程客户机的数据库服务器：缺省值为 AUTOMATIC（底层值为 8192）。
还可将该参数仅设置为某个固定值。
带有本地客户机和远程客户机的数据库服务器：缺省值为 AUTOMATIC（底层值为 2048）。
还可将该参数仅设置为某个固定值。
对于 32 位平台
AUTOMATIC [128 - 524288]
对于 64 位平台
AUTOMATIC [128 - 524288]

注： 在初始创建数据库后，缺省值将由 DB2® 配置顾问程序进行更改。

计量单位
页 (4 KB)
分配时间
对于预编译或绑定期间的每个语句
释放时间
当每个语句的预编译或绑定完成时

此区域并不总是处于分配状态，但要对每个处理的 SQL 或 XQuery
语句进行分配和释放。注意：对于动态 SQL 或 XQuery 语句，将在程序执行期间使用此工作区； 而对于静态 SQL 或 XQuery
语句，在绑定进程而不是在程序执行期间使用此工作区。

可使用底层值或固定值将 STMTHEAP 参数设置为 AUTOMATIC。该参数设置为 AUTOMATIC 时，底层值会对使用动态连接枚举为单个编译分配的内存量加以限制。如果遇到内存限制，语句编译会使用贪婪连接枚举和不受限制的语句堆重新启动。其仅受到剩余应用程序内存量
(APPL_MEMORY)、实例内存 (INSTANCE_MEMORY) 或系统内存的限制。如果贪婪连接枚举成功完成，那么将向应用程序返回一个 SQL0437W 警告。如果贪婪连接枚举也遇到内存限制，那么语句预编译失败，且带有
SQL0101N。

例如，db2 update db cfg for SAMPLE using STMTHEAP 8192 AUTOMATIC 将为动态连接枚举设置
8192 *4K (32MB) 的语句堆限制并对贪婪连接枚举不设限制。

当 STMTHEAP 参数设置为固定值时，该限制同时适用于动态和贪婪连接枚举。如果动态连接枚举遇到内存限制，那么将使用同一固定语句堆限制来尝试贪婪连接枚举。在 AUTOMATIC 情况下，类似的警告/错误也适用。

例如，db2 update db cfg for SAMPLE using STMTHEAP 8192 将同时为动态和贪婪连接枚举生成
8192 * 4K (32MB) 的语句堆限制。

如果在运行时的查询性能不够高，请考虑增大 stmtheap 配置参数值（底层为 AUTOMATIC 的值或固定值），从而确保动态编程连接枚举能够成功。如果您更新 stmtheap 配置参数以提高查询性能，那么会导致重新编译语句，以便查询优化器可以创建新的访问方案来利用已更改数量的语句堆。

注： 仅在优化类 3 和更高级别（缺省值为 5）进行动态编程联合枚举。

⑦ oracle动态执行SQL字符串，字符串最大的长度是多少

你好：我知道的是最大可执行长度为6000个字符。通常在procere中sql拼接的时候会有这个问题，一边解决方案是设置function对逻辑分别处理来实现减少sql长度的。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101

VAR_DYNAMIC_SQL := 'INSERT INTO RP_TRANS_LOG_MINUTE
(
TRANS_TIME,
TRANS_PROVINCE,
TRANS_TYPE,
SCORE_RANGE,
RULE_NAME,
POLICY_ACTION,
/*新加字段开始*/
CHALLENGE_SUCCESSFUL,
CHALLENGE_AUTH_METHOD,
PRIORITY,---
DESCRIBE,--
IS_USE_DEVICE,--
TRANS_DITCH,
TRANS_OPER_SYSTEM,
TRANS_BROWSER,
FLAGGED,
RESOLUTION,
/*新加字段结束*/
TRANS_NUM,
TRIGGERED_NUM,
TRIGGERED_SUCCESSFUL_NUM,
/*新加字段开始*/
WEB_TRANS_NUM,
MOBILE_TRANS_NUM,
IPAD_TRANS_NUM,
QA_LOGIN_NUM,
SMS_LOGIN_NUM,
CC_LOGIN_NUM,
REGISTRAR_QA_NUM,--***
CREATE_CUSTOMR_FILE_NUM,
ALLOW_TRANS_NUM,
REVIEW_TRANS_NUM,
CHALLENGE_TRANS_NUM,
DENY_TRANS_NUM,
TOTAL_SCORE_RANGE,
TOTAL_AMOUNT
/*新加字段结束*/
)
SELECT
TO_DATE(SUBSTR(TO_CHAR(SYS_CREATION_DATE,''YYYY-MM-DD HH24:MI:SS''),0,16),''YYYY-MM-DD HH24:MI''),
get_province(IP_COUNTRY,IP_CITY,ip_region) AS TRANS_PROVINCE,
GET_NAME_BY_CODE(GET_TOTAL_EVENT_TYPE(T.EVENT_TYPE,T.USER_DEFINED_EVENT_TYPE),''eventType'') AS TRANS_TYPE,
GET_SCORE_RANGE(T.RISK_SCORE) AS RISK_SCORE_RANGE,
NVL(POLICY_RULE_ID,''FALLBACK_RULE'') AS RULE_NAME,
POLICY_ACTION,
CHALLENGE_SUCCESSFUL,
CHALLENGE_AUTH_METHOD,
SUBSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),0,INSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),''+'')-1),--优先级
SUBSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),INSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),''-'')+1),--描述
NVL(IS_DEVICE_BOUND,''N''),
CHANNEL_INDICATOR,
OPERATING_SYSTEM,
BROWSER_TYPE,
FLAGGED,
RESOLUTION,
COUNT(1) AS TRANS_NUM,
SUM(CASE WHEN POLICY_ACTION = ''CHALLENGE'' THEN 1 ELSE 0 END) AS TRIGGERED_NUM,
SUM(CASE WHEN POLICY_ACTION = ''CHALLENGE'' AND CHALLENGE_SUCCESSFUL = ''Y'' THEN 1 ELSE 0 END) AS TRIGGERED_SUCCESSFUL_NUM,
SUM(case WHEN CHANNEL_INDICATOR = ''WEB'' then 1 else 0 end ) AS WEB_TRANS_NUM,--WEB交易量
SUM(case WHEN CHANNEL_INDICATOR = ''MOBILE'' then 1 else 0 end ) AS MOBILE_TRANS_NUM,--Mobile交易量
SUM(case WHEN '||get_vale_from_cd1('6','4')||' = ''IPAD'' then 1 else 0 end ) AS IPDA_TRANS_NUM,--Ipad交易量
(SELECT SUM(CASE WHEN T1.ACSPNAME = ''QUESTION'' AND T1.STATUS = ''ACTIVE'' THEN 1 ELSE 0 END) FROM ACSPUSERACCOUNT T1 WHERE TO_DATE(to_char( T1.lastmodified,''yyyy-mm-DD HH24:MI:SS'' ),''yyyy-mm-DD HH24:MI:SS'') > TO_DATE('''||TO_CHAR(VAR_BEGIN_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS'') AND TO_DATE(to_char( T1.lastmodified,''yyyy-mm-DD HH24:MI:SS'' ),''yyyy-mm-DD HH24:MI:SS'') <= TO_DATE('''||TO_CHAR(VAR_END_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS'') )AS QA_LOGIN_NUM,
(SELECT SUM(CASE WHEN T1.ACSPNAME = ''SMS'' AND T1.STATUS = ''ACTIVE'' THEN 1 ELSE 0 END) FROM ACSPUSERACCOUNT T1 WHERE TO_DATE(to_char( T1.lastmodified,''yyyy-mm-DD HH24:MI:SS'' ),''yyyy-mm-DD HH24:MI:SS'') > TO_DATE('''||TO_CHAR(VAR_BEGIN_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS'') AND TO_DATE(to_char( T1.lastmodified,''yyyy-mm-DD HH24:MI:SS'' ),''yyyy-mm-DD HH24:MI:SS'') <= TO_DATE('''||TO_CHAR(VAR_END_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS''))AS SMS_LOGIN_NUM,
(SELECT SUM(CASE WHEN T1.ACSPNAME = ''CCC'' AND T1.STATUS = ''ACTIVE'' THEN 1 ELSE 0 END) FROM ACSPUSERACCOUNT T1 WHERE TO_DATE(to_char( T1.lastmodified,''yyyy-mm-DD HH24:MI:SS'' ),''yyyy-mm-DD HH24:MI:SS'') > TO_DATE('''||TO_CHAR(VAR_BEGIN_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS'') AND TO_DATE(to_char( T1.lastmodified,''yyyy-mm-DD HH24:MI:SS'' ),''yyyy-mm-DD HH24:MI:SS'') <= TO_DATE('''||TO_CHAR(VAR_END_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS''))AS CC_LOGIN_NUM,
''11111'',
(SELECT COUNT(USERNAME) FROM USERS T2 WHERE T2.CREATED >= TO_DATE( '''||TO_CHAR(VAR_BEGIN_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS'')
AND T2.CREATED <= TO_DATE('''||TO_CHAR(VAR_END_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS'') ) AS CREATE_CUSTOMR_FILE_NUM ,
SUM(CASE WHEN POLICY_ACTION = ''ALLOW'' then 1 else 0 end ) as ALLOW_TRANS_NUM,
SUM(CASE WHEN POLICY_ACTION = ''REVIEW'' then 1 else 0 end ) as REVIEW_TRANS_NUM,
SUM(CASE WHEN POLICY_ACTION = ''AHALLENGE'' then 1 else 0 end ) as CHALLENGE_TRANS_NUM,
SUM(CASE WHEN POLICY_ACTION = ''DENY'' then 1 else 0 end ) as DENY_TRANS_NUM,
SUM(RISK_SCORE) AS TOTAL_SCORE_RANGE,
SUM(GET_AMT_BY_CURRENCY(AMOUNT_ORIGINAL,AMOUNT_CURRENCY)) AS TOTAL_AMOUNT--通过汇率表和币种转换再求和
FROM EVENT_LOG_REALTIME T
WHERE SYS_CREATION_DATE >= TO_DATE('''||TO_CHAR(VAR_BEGIN_TIME,'YYYY-MM-DD HH24:MI:SS')||''',''YYYY-MM-DD HH24:MI:SS'') AND SYS_CREATION_DATE <= TO_DATE('''||TO_CHAR(VAR_END_TIME,'YYYY-MM-DD HH24:MI:SS')||''' ,''YYYY-MM-DD HH24:MI:SS'')
AND HAS_USED = ''T''
AND T.HAS_USED_TIME=T.LASTMODIFIED
GROUP BY
TO_DATE(SUBSTR(TO_CHAR(SYS_CREATION_DATE,''YYYY-MM-DD HH24:MI:SS''),0,16),''YYYY-MM-DD HH24:MI''),
get_province(IP_COUNTRY,IP_CITY,ip_region) ,
GET_NAME_BY_CODE(GET_TOTAL_EVENT_TYPE(T.EVENT_TYPE,T.USER_DEFINED_EVENT_TYPE),''eventType'') ,
GET_SCORE_RANGE(T.RISK_SCORE) ,
NVL(POLICY_RULE_ID,''FALLBACK_RULE'') ,
POLICY_ACTION,
CHALLENGE_SUCCESSFUL,
CHALLENGE_AUTH_METHOD,
SUBSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),0,INSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),''+'')-1),--优先级
SUBSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),INSTR(GET_RULE_ORDER_ID(ORG_ID,POLICY_RULE_ID),''-'')+1),--描述
NVL(IS_DEVICE_BOUND,''N''),
CHANNEL_INDICATOR,
OPERATING_SYSTEM,
BROWSER_TYPE,
FLAGGED,
RESOLUTION ';
-- insert into test (test_name) values(VAR_DYNAMIC_SQL);
--insert into test (test_name) values(TO_CHAR(VAR_BEGIN_TIME));
--insert into test (test_name) values(TO_CHAR(VAR_END_TIME));
-- commit;
execute immediate VAR_DYNAMIC_SQL;

⑧ oracle 存储过程里用 execute immedate 动态sql，更新一个表的clob字段报字符长度

sql里面varchar2最多4000个字节，sql语句最多32K长度，估计是你的a_clob太长，放到sql里面超过这个限制了，具体是哪个原因还得你自己测试。
可以使用绑定变量的方式来做。
V_SQL
:=
'UPDATE
B
'||
'
SET
B_CLOB
=
'''
||
AA.A_CLOB
||'''
WHERE
B_KEY
=
'''||
AA.A_KEY
||
'''';
EXECUTE
IMMEDIATE
V_SQL;
改成：
V_SQL
:=
'UPDATE
B
SET
B_CLOB
=:1
WHERE
B_KEY
=:2
';
EXECUTE
IMMEDIATE
V_SQL
using
AA.A_CLOB,AA.A_KEY;

⑨ oracle 存储过程里用 execute immedate 动态sql，更新一个表的clob字段报字符长度

sql里面varchar2最多4000个字节，sql语句最多32K长度，估计是你的a_clob太长，放到sql里面超过这个限制了，具体是哪个原因还得你自己测试。
可以使用绑定变量的方式来做。
V_SQL := 'UPDATE B '|| ' SET B_CLOB = ''' || AA.A_CLOB ||''' WHERE B_KEY = '''|| AA.A_KEY || '''';
EXECUTE IMMEDIATE V_SQL;

改成：
V_SQL := 'UPDATE B SET B_CLOB =:1 WHERE B_KEY =:2 ';
EXECUTE IMMEDIATE V_SQL using AA.A_CLOB,AA.A_KEY;

⑩ 请问，SQL可变长度 和 固定长度区别

我举个例子你就明白了。假如char(5)，那输入"ABC"，你读取这个字段的时候，就是"ABC "，后面会加两个空格，长度为5假如varchar(5)，那输入"ABC"，你读取这个字段的时候，就是"ABC"，后面会加两个空格，长度为3 这种char类型，编程的时候如果用List类控件或者网页的下拉列表，两个字段合并，就比较方便了，例如ABC |肉类A |菜类如果用varchar类型，就会变成：ABC|肉类A|菜类