Триггеры в MySQL

В общем случае не согласен. К примеру, обновить вновь вставляемую запись в триггере INSERT BEFORE через алиас NEW будет быстрее и производительнее, нежели делать UPDATE сразу после вставки (или использования INSERT AFTER :)). В общем, возможны варианты :)

Смотрю мой комментарий в минус не ушел, значит актуально (на момент написания +3 +1 (я))

Конечно.

очень актуально! ждем статью ;)

я думаю статья про вьюхи будет очень полезна и актуальна

Как обычно, в комментах куча всего полезного :) спасибо за ссылку

Вот когда 5.1 из RC выберется, тогда и будем использовать.

а вот тут только на опыте, а не примере.

Учить не буду, ибо сам не умею писать :)

Могу показать несколько моментов, которые лично мне не понравились. Навкидку:

Не написано, а для чего, собственно, они вообще нужны? Новичкам (а ведь именно на них рассчитывалась статья, так ведь?) надо показать, что триггеры — это удобно круто и модно. Пару красивых аргументов привести, а не слова а-ля «не вызывается непосредственно».
Где хоть слово про то, что в mysql триггеры можно создавать только с суперпривилегиями?
Почему не указано, что мускул не умеет полностью работать с той таблицей, на которую вешается триггер (об этом в мануале написано очень вскользь, понять без практики, IMHO, довольно сложно)?
Чуть выше в комментариях спрашивалось про алиасы OLD и NEW. Вот Вы их просто указали в примере. А где объясление, что это такое, для чего?

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

Не обессудьте, но я бы на Вашем месте оформил бы этот топик в виде ссылки на официальную документацию.

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

Мастерхост мне жестко сказал, что такой возможности мне не дадут…
Пришлось логику организовывать на стороне, а так идеально было бы все в мускуле оставить =(