Передо мной такая задача:
Cоздать триггер, который устанавливает в поле stud.telephone значение NULL при удалении номера.
Код триггера:

Он скомпилировался, но когда я создаю условия для его выполнения (удаляю номер в поле stud.telephone), выдает ошибку:

Подскажите пожалуйста, что не так и как исправить?!

Правильно. Нельзя в триггере вносить изменения в таблицу, на которую повешен триггер (причём по совершенно очевидным причинам). Это описано в документации. И там же описано, как это ограничение "объехать". Уж не поленитесь почитать, а?

А для меня вот, эти ограничения, если честно, совсем не очевидны. Лишь с натяжкой и весьма не уверенно, путанно могу попытаться обосновать для оракли, но не для маськи   . 

Триггер выполняет обновление, обновление запускает триггер, триггер выполняет обновление... вечный кайф, одним словом...
Представь, что триггер ТС заработает... и выполняется запрос


Это сообщение отредактировал(а) Akina - 13.12.2010, 17:36

Akina, однакож в  триггерной логике можно реализовать и условия выхода из рекурсии. Недопущение рекусрсии это какойто слабый аргумент, мне кажется. Если ее бояться, не допускать запретом, то запрещать везде. Мне кажется что проблемы там родятся куда глубже.

У оракли, даже читать нельзя модифицирующуюся таблицу. Мне кажется это связано с версионностью. Оракля затрудняется выбрать временную метку для запроса к таблице, в то время, когда еще не доработал до конца в текущей сессии модифицирующий dml.

Это сообщение отредактировал(а) Zloxa - 13.12.2010, 17:51

Она может не соответствовать логике разработчика - и как результат неверные данные (в лучшем случае)... кто-то, помнится, рассказывал ужастик, как безобидный запрос привёл к полному выносу таблицы боевой базы - из-за неучтённых зависимостей...


Несомненно.

Но обрати внимание - согласно той же документации, допускается изменение таблицы, если выборка делается не из неё, а из вьюва на ней - пусть даже и неограниченного. Это убирает динамику - и, следовательно, рекурсию, потому что выполняется на выбранной копии данных. И это не просто констатация - это рекомендация. Т.е. разработчики осознанно говорят - это возможно, но при чётком понимании того, что делается. Ну а последствия бездумного применения - возлагаются на пользователя. Типа "тебя предупредили, что не всё так просто, а коли не хочешь думать, то быть по сему..."