Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
0
CREATE FUNCTION get_date RETURN DATE
IS
BEGIN
RETURN SYSDATE;
END;
DECLARE
v_date DATE;
v_dummy VARCHAR2(2);
BEGIN
v_date := SYSDATE+4/24/60/60;
SELECT MAX(dummy)
INTO v_dummy
FROM dual
connect BY v_date > get_date;
END;
"А есть ли какой-то еще способ, когда нет прав на DBMS_LOCK? "
http://www.sql.ru/forum/1115120/pauza-v-pl-sql-kak
Запостил: 
n1919,
(Updated )
Аще жесть какая-то.
хуле, в норме вещей
когда 1-2-5-10 записей апдейтится - норм. когда 100тыс - файрвол срабатывает.
Если 100к изменений, то их явно должно писать некое приложение. Раз так, то ему не западло кидать эти сообщения в шину/message queue, где все желающие нормально отреагируют. Ынтерпрайзных и не очень шин до жопы, зачем udp из триггера.
в оракле advanced queueing был еще c девятки, а в 12 даже jms из коробки добавили
но все равно, это дело прикладухи, а не базы
Эм, где? Мне всегда казалось, что эту фичу по образу ораклов и прочих Дорогих и Ынтырпрайзных СУБД и пилили.
> это дело прикладухи, а не базы
А вот тут я соглашусь: прикладуха может кинуть нормальное уведомление, имеющее прикладной смысл, а триггер - только унылое "запись с номером 5 в таблице users поменялась".
В том же оракле удобный крон, не спорю, next run datetime можно даже юзер функцией вычислять, но прикрываться отсутствием ssh - бе.