在PLSQL中，存储过程的输出参数最大支持多大

Posted 2023-05-15

在PLSQL中，存储过程的输出参数（varchar2）最大支持多大？
用的数据库是 Oracle 10.2. ， PLSQL 7.1 。

我自己做了个测试
create or replace procedure te1(ResBuff out Varchar2) is
begin
ResBuff := LPAD('a',2001,'b');
end ;

执行结果报错：
ORA-06502:PL/SQL:number or value error:character string buffer too small

长度2000的时候正常，配置默认的NLS_LANGUAGE = AMERICAN；NLS_CHARACTERSET = ZHS16GBK；

补充，这个输出参数Varchar2最大支持长度能修改吗？

------解决的方法--------------------------------------------------------

最大支持4000，我完全没发现你说的问题
create or replace procedure te1(ResBuff out Varchar2) is
begin
ResBuff := LPAD('a',2001,'b');
end ;

DECLARE
a varchar2(3000);
BEGIN
te1(a);
dbms_output.put_line(a);
END;
------解决的方法--------------------------------------------------------
你是不是在DECLARE变量的时候，只定义了2000的长度。最长可以是4000
------解决的方法--------------------------------------------------------
存储过程中varchar2类型的变量，最大长度可以达到缓冲区的最大长度，即32767
而对于字段来说varchar2类型的最大长度是4000
例:

SQL codeSQL> create or replace procedure testproc(
2 p_len int,
3 p_var out varchar2)
4 is
5 begin
6 p_var := lpad('a',p_len,'b');
7 end ;
8 /

过程已创建。

SQL> declare
2 v_var varchar2(32767);
3 v_len int := 32767;
4 begin
5 testproc (v_len,v_var);
6 dbms_output.put_line(length(v_var));
7 end;
8 /
32767

PL/SQL 过程已成功完成。 参考技术A 你好，动态分配的,有多大占多大希望回答对您有帮助.

PLSQL：在存储过程中使用动态查询时不显示输出

【中文标题】PLSQL：在存储过程中使用动态查询时不显示输出

【英文标题】：PLSQL: No output displayed when using dynamic query inside Stored Procedure

【发布时间】：2016-03-10 11:49:53

【问题描述】：

我被要求创建一个 SP 来创建临时表并插入一些记录。

我正在为下面提到的相同准备一些示例代码，但没有显示输出。

create or replace procedure Test
is 
   stmt varchar2(1000);
   stmt2 varchar2(1000);
begin
    stmt := 'create global temporary table temp_1(id number(10))';
    execute immediate stmt;
    insert into temp_1(id) values (10);
    execute immediate 'Select * from temp_1';
    execute immediate 'Drop table temp_1';
    commit;
end;

当我通过 (Exec Test) 执行 SP 时，不显示所需的 O/P。

我希望显示“Select * from temp_1”的 O/P。但它没有发生。请提出我做错的地方。

【问题讨论】：

在 PL/SQL 中创建一个临时表、插入一些记录并随后删除该表是相当不常见的事情。通常有办法完全避免临时表。您手术的最终目标是什么？

PL/SQL 不会神奇地显示 SELECT 语句的结果。您需要处理结果并显示它，例如使用dbms_output。或者将其设为表函数并直接返回选择的结果。但我同意 ammoQ：临时表的使用似乎相当可疑。

@ammoQ，实际上我必须使用临时表执行此任务以支持一些旧代码。但我很想知道为什么（执行立即'Select * from temp_1';）不产生任何结果。

感谢@a_horse_with_no_name，@ammoQ 的建议。您能否帮我了解 GTT 的替代概念。我的要求是：我在一个视图中有 1000 万条记录。我必须提取视图结果，执行一些业务逻辑，例如执行映射，然后插入到最终表中。插入仍然需要额外的数据逻辑。请提出建议。

您的最新评论是您在此处发布的问题：***.com/questions/35898642/… - 所以最好在此处添加任何其他建议作为答案。

【参考方案1】：

但我很想知道为什么 (execute immediate 'Select * from temp_1';) 没有产生任何结果

有两个原因。首先是因为@a_horse_with_no_name 说PL/SQL 不会显示查询结果。但更重要的是，也许查询从未真正执行过。这种行为是stated in the documentation：

如果 dynamic_sql_statement 是一个 SELECT 语句，并且您省略了 into_clause 和 bulk_collect_into_clause，那么 *execute_immediate_statement( 永远不会执行。

如果您的实际场景有不止一行，您必须立即执行到变量中，或者更可能是集合中，然后处理该数据 - 在批量情况下迭代集合。

没有真正可靠的方法来显示 PL/SQL 中的任何内容；您可以使用dbms_output，但它比实际输出更适合调试，而且您通常无法保证客户端将被配置为显示您放入缓冲区的任何内容。

这完全是学术性的，因为动态创建和删除 GTT 并不是一个好主意，而且有更好的方法来完成你想要做的任何事情。

---

您显示的块实际上根本不应该运行；当您动态创建 temp_1 时，静态 SQL insert into temp_1 将出错，因为在编译块时该表尚不存在。插入也必须是动态的。任何动态 SQL 都是一个警告信号，您可能做错了什么，尽管有时这是必要的；必须动态地做每件事表明整个方法需要重新考虑，就像在运行时创建对象一样。