Согласованность записи с вложенным подзапросом в Oracle

Question

Я прочитал многие из gory подробностей о последовательности записи и понимаю, как это работает в простых случаях.Я не совсем понимаю, что это означает для вложенных подзапросов.

Вот конкретный пример:

Таблица с идентификатором PK и другими столбцами: состояние, температура и дата.

UPDATE table SET state = DECODE(state, 'rainy', 'snowy', 'sunny', 'frosty') WHERE id IN (
  SELECT id FROM (
    SELECT id,state,temp from table WHERE date > 50      
  ) WHERE (state='rainy' OR state='sunny') AND temp < 0
)

Реальная вещь была более запутанной (в самом внутреннем запросе), но это отражает суть.

Если мы предположим, что столбец состояния не имеет значения NULL, может ли это обновление произойти когда-либо из-заодновременное изменение (т. е. функция DECODE не находит совпадения, значение 'дождливое' или 'солнечное' и пытается вставить нулевое значение в столбец без значения NULL)?

Answer 1

Я не вижу причин для беспокойства. Подзапрос явно извлекает только идентификаторы строк с state 'дождливым' или 'солнечным', и это то, что собирается получить внешний DECODE. Единственная вещь - это одно утверждение, которое будет выполняться в рамках транзакции.

Answer 2

Oracle поддерживает «согласованность чтения и записи на уровне операторов» (как и во всех других серьезных СУБД)

Это означает, что оператор в целом не увидит никаких изменений в базе данных, которые произошли после запуска оператора.

Поскольку ваш UPDATE является одним единственным утверждением, не должно быть случая, когда декодирование возвращает ноль.

Кстати: оператор может быть упрощен, вам не нужен внешний SELECT в подзапросе:

UPDATE table SET state = DECODE(state, 'rainy', 'snowy', 'sunny', 'frosty') 
WHERE id IN (
    SELECT id
    FROM table 
    WHERE date > 50      
    AND (state='rainy' OR state='sunny') 
    AND temp < 0
)

Answer 3

Отвечая на мой собственный вопрос: оказывается, в Oracle есть ошибка, которая может привести к сбою этого запроса.Подробности подтверждены Томом Кайтом, в обсуждении, начинающемся здесь .