m i r a l l

    Загвоздка была (совершенно классически) в том, что несколько процессов одновременно пытались редактировать одну и ту же строку в таблице.
    Процедура, о которую споткнулось приложение, принимала на вход сложный объект с атрибутами-массивами, данные из которых нужно было разложить по таблицам.
    Первый вариант реализации был прост и незатейлив: существовала отдельная процедура, которая записывала результат для одной строки, и вызывалась в цикле (не оптимально, но удобно). Споткнулись о deadlock.
    Второй вариант: заменила цикл на bulk merge (до вчерашнего дня и не подозревала, что bulk merge возможен наравне с bulk insert и bulk update). Не помогло. Вернее помогло частично: deadlock стал появляться не сразу, а через минуту где-то после запуска приложения.
    Собралась с силами, переделала bulk merge в merge по select * from table (input_array). И, похоже, сработало. По крайней мере, тесты, оставленные гоняться ночью, ошибок не выкинули.
    Мораль сей басни такова. Циклы must die — это раз. Bulk update/merge имеет смысл использовать только если обычный update/merge ну никак невозможен — это два.
    Побочный эффект, который ещё придётся преодолеть: массив там не просто массив, а массив сложных объектов, каждый из которых также имеет атрибут-массив, который тоже нужно сохранить. Так что пора изобрести какой-то волшебный способ сделать прямой select из этого массива. Чем сейчас и займусь.

ORA-56900: bind variable is not supported inside pivot|unpivot operation
Оказывается, не только DDL не поддерживают переменные привязки.

    Добрались до юнит-тестов. Пока тоскливо.
    Тем не менее, мелкий нюанс уже всплыл.
    utAssert.eq_refc_query принимает на вход последним параметром запрос, который потом сравнивает c ref_cursor. И вся эта бодяга вместо того, чтобы честно сравнивать наборы данных, начала возвращать ошибку ORA-06502: PL/SQL: numeric or value error: dbms_sql.describe_columns overflow, col_name_len=33. Use describe_columns2. Тем более мерзостно, что у меня всё приложение работает на базе ref_cursor. Победилось тупым ковырянием пакета utplsql_util и по совету компилятора заменой describe_columns на describe_columns2, а DBMS_SQL.desc_tab на DBMS_SQL.desc_tab2.
    Всё равно не работает, но, по крайней мере, падает уже с другой ошибкой.

    Система построена таким образом, что pl/sql процедуры возвращают в java ref cursor. Время от времени возникает необходимость вернуть столбец status, содержащий либо 'SUCCESS', либо сообщение об ошибке (ну вот договорились так). Если нужно вернуть только статус, то это делается стандартной процедурой returns.ReturnTextSuccess / returns.ReturnTextError, и всё прекрасно.
    Сегодня влетела с треском, когда статус нужно было вернуть в рамках многостолбцового курсора. Вернее даже не знаю, кто тут виноват, я или JDBC. Но вместо 'SUCCESS' в java приходило 'S'. А на меня катили бочки. При этом, кстати, сообщения об ошибках возвращались нормально и полностью.
    Устранилось просто и незамысловато.

procedure RetVal (o_cur out sys_refcursor) is
begin
  open o_cur for
    select 'SUCCESS' status
      from dual;
end;

заменила на

procedure RetVal (o_cur out sys_refcursor) is
  SUCCESS_MESSAGE constant varchar2(10 char) := 'SUCCESS';
begin
  open o_cur for
    select SUCCESS_MESSAGE status
      from dual;
end;

    Где там на пути от базы к java-приложению строковая константа превращалась в char, непонятно.

    Баг за номером 7174888.

declare
  sValue varchar2(50);
  cOut sys_refcursor;
  procedure p1 (o_cur out sys_refcursor)
  begin
    open o_cur for
      select 'value' value from dual;
  end p1;
begin
  p1( o_cur => cOut );
  fetch cOut r into sValue;
  close cOut
end;

    Падает на этапе fetch с ошибкой ORA-06504: PL/SQL: Return types of Result Set variables or query do not match

    Workaround.
    Открыть предварительно курсор.

declare
  sValue varchar2(50);
  cOut sys_refcursor;
  procedure p1 (o_cur out sys_refcursor)
  begin
    open o_cur for
      select 'value' value from dual;
  end p1;
begin
  open cOut for 'select 1 from dual';
  p1( o_cur => cOut );
  fetch cOut r into sValue;
  close cOut
end;