Таблица мутаций в Oracle 11, вызванная функцией

Недавно мы обновили Oracle 10 до Oracle 11.2. После обновления я начал видеть ошибку изменяющейся таблицы, вызванную функцией, а не триггером (с которым я никогда раньше не сталкивался). Это старый код, который работал в предыдущих версиях Oracle.

Вот сценарий, который вызовет ошибку:

create table mutate (
    x NUMBER,
    y NUMBER
);

insert into mutate (x, y)
values (1,2);

insert into mutate (x, y)
values (3,4);

Я создал две строки. Теперь я удвою свои строки, вызвав это утверждение:

insert into mutate (x, y)
select x + 1, y + 1 
from mutate;

Это не обязательно, чтобы дублировать ошибку, но это поможет с моей демонстрацией позже. Итак, содержимое таблицы теперь выглядит так:

X,Y
1,2
3,4
2,3
4,5

Все хорошо. Теперь самое интересное:

create or replace function mutate_count
return PLS_INTEGER
is
    v_dummy PLS_INTEGER;
begin
    select count(*) 
    into v_dummy
    from mutate;

    return v_dummy;
end mutate_count;
/

Я создал функцию для запроса моей таблицы и возврата счетчика. Теперь я объединю это с оператором INSERT:

insert into mutate (x, y)
select x + 2, y + 2
from mutate
where mutate_count() = 4;

Результат? Эта ошибка:

ORA-04091: table MUTATE is mutating, trigger/function may not see it
ORA-06512: at "MUTATE_COUNT", line 6

Так что я знаю, что вызывает ошибку, но мне любопытноПочему, Разве Oracle не выполняет SELECT, получая набор результатов, итогда выполнить массовую вставку этих результатов? Я ожидал бы только ошибку изменяющейся таблицы, если записи уже были вставлены до завершения запроса. Но если бы Oracle это сделал, не было бы более раннего утверждения:

insert into mutate (x, y)
select x + 1, y + 1 
from mutate;

начать бесконечный цикл?

ОБНОВИТЬ:

По ссылке Джеффри я нашел это вдокументы Oracle:

По умолчанию Oracle гарантирует согласованность чтения на уровне инструкций. Набор данных, возвращаемых одним запросом, соответствует одному моменту времени.

Там также комментарий от автора вего пост:

Можно спорить, почему Oracle не обеспечивает «согласованность чтения на уровне операторов» для повторных вызовов функций, которые появляются внутри операторов SQL. Насколько я могу судить, это можно считать ошибкой. Но так оно и работает в настоящее время.

Правильно ли я предположил, что это поведение изменилось между версиями Oracle 10 и 11?

Ответы на вопрос(2)

Ваш ответ на вопрос