Сегодня столкнулись с ситуацией, что тестирование процедуры из sqlplus:
1.
2.
3.
4.
5.
6.
7.
VARIABLE O_RC VARCHAR2
VARIABLE O_ERR VARCHAR2
VARIABLE O_RS REFCURSOR
EXEC PKG_KIT_xxx.SP_FIND(:O_RC, :O_ERR, null, null, null, 'C', 500, :O_RS);
PRINT O_RC
PRINT O_ERR
PRINT O_RS
падает внутри процедуры на строке:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
PROCEDURE SP_FIND(
O_RC OUT NUMBER,
O_ERR OUT VARCHAR2,
I_xxx_ID IN NUMBER,
I_yyy_zzID IN VARCHAR2,
I_zzz_ID IN NUMBER,
I_SHOW_MODE IN VARCHAR2,
I_ROWS_LIMIT IN NUMBER,
O_RS OUT SYS_REFCURSOR
) IS
V_PROCNAME PROC_DICT.PROCD_NAME%TYPE := 'PKG_KIT_xxx.SP_FIND';
BEGIN
IF I_xxx_ID IS NULL AND I_yyy_zzID IS NULL AND I_zzz_ID IS NULL THEN
O_RC := -102;
O_ERR := V_PROCNAME || '():Недопустимые параметры I_xxx_ID = I_yyy_zzID = I_zzz_ID = NULL';
RETURN;
END IF;
....
END;
вот тут вот:
O_ERR := V_PROCNAME || '():Недопустимые параметры I_xxx_ID = I_yyy_zzID = I_zzz_ID = NULL';
Везде используется varchar2 без указания длины.
И при этом на одном из соединений падает с ошибкой:
1.
2.
3.
ERROR at line 1:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06512: at "test_schema12345.PKG_KIT_xxx", line <именно этот номер строки в Body пакета>
При этом в других вариантах соединений - все ок.
Внимание, вопрос:
Чем лимитировано ограничение длины varchar2 в отсутствие ограничений? Явно что-то творится на стороне клиента/иных параметров соединений.
Предложения переписать на указание явной длины можете оставить при себе.
Мне интересно, где и как может происходить ограничение.
Мануал и гугл ничего не дал в понимании
ДАННОЙ ситуации.
