LISTAGG оценивается и терпит неудачу в недостижимом операторе case

Окончательная оценка столбцов/выражений списка выбора, включая сокращенное выражение case, происходит после извлечения данных. Любая группировка и т. д. к этому моменту уже выполнена.

Этот эффект происходит не только с listagg(), его можно увидеть с любым вызовом агрегатной или аналитической функции в возвращаемом выражении, хотя его трудно заметить, если нет побочных эффектов.

В качестве демонстрации я создал простой пакет с функцией, которую я могу вызвать из запроса:

create package p as
  n number := 0;
  function f return number;
end;
/

create package body p as
  function f return number as
  begin
    n := n + 1;
    return n;
  end;
end;
/

По сути, это имитация последовательности, специфичной для сеанса; последовательности также демонстрируют такое поведение, но, по-видимому, по другой причине, поэтому я не хотел использовать их для этого.

Вызов этой функции внутри выражения case делает то, что вы ожидаете; он вызывается только при выполнении условия:

select dep,
  case
    when dep = 'BAR' then
      p.f
    else
      -1
  end as id_list
from emp;

DEP        ID_LIST
---------- -------
FOO             -1
...
BAR              1
BAR              2
BAR              3
FOO             -1

select p.f from dual;

         F
----------
         4

Функция вызывалась только тогда, когда условие совпадало. План выполнения для этого показывает только полное сканирование таблицы:

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |    13 |    91 |     3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| EMP  |    13 |    91 |     3   (0)| 00:00:01 |
--------------------------------------------------------------------------

Вместо этого с помощью совокупного вызова:

select dep,
  case
    when dep = 'BAR' then
      count(p.f)
    else
      -1
  end as id_list
from emp
group by dep;

DEP        ID_LIST
---------- -------
FOO             -1
BAR              3

select p.f from dual;

         F
----------
        18

---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |    13 |    91 |     4  (25)| 00:00:01 |
|   1 |  HASH GROUP BY     |      |    13 |    91 |     4  (25)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| EMP  |    13 |    91 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

... функция вызывалась 13 раз вместо 3; план показывает хеш-группу пошагово, что должно произойти во всех извлеченных строках, прежде чем случай будет оценен.

Аналогично для аналитической версии:

select dep,
  case
    when dep = 'BAR' then
      count(p.f) over (partition by dep)
    else
      -1
  end as id_list
from emp;

DEP        ID_LIST
---------- -------
BAR              3
BAR              3
BAR              3
FOO             -1
...

select p.f from dual;

         F
----------
        32

---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |    13 |    91 |     4  (25)| 00:00:01 |
|   1 |  WINDOW SORT       |      |    13 |    91 |     4  (25)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| EMP  |    13 |    91 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------

... снова функция вызывалась 13 раз, поскольку сортировка окна (и, следовательно, аналитический расчет) была выполнена до того, как можно было оценить выражение case.

Таким образом, проблема на самом деле не в том, что выражение возврата (listagg() в вашем случае) оценивается в выражении case, когда этого не должно быть; он оценивается и выдает исключение еще до того, как будут рассмотрены условия выражения case.