Mysql Как в MySQL-триггере обновить родительскую запись в той же таблице?

[Valery Shostak]

Дано:
Таблица comments с полями id, parent_id и child_count.

Задача:
После добавления дочернего комментария инкрементировать значение child_count у родительского.

Поскольку обновлять ту же таблицу в триггере запрещено, появляется следующая ошибка:
Can't update table in stored function/trigger because it is already used by statement which invoked this stored function/trigger

Какие существуют пути решения (или обхода) данной задачи?

 

[fixxxer]

Из триггера - никак.

Если хочется извращений (судя по использованию триггеров, хочется), можно сделать хранимую процедуру, которая будет вставлять детку и инкрементить счетчик у родителя.

Ну еще есть скучный вариант - сделать так, как делают все нормальные люди - из php-кода.

 

[Valery Shostak]

Я не согласен, что триггеры - это извращение. Это инструмент, решающий вполне конкретные задачи.
А вот предложенный вами скучный вариант - это и есть самое настоящее извращение. Сейчас объясню почему.
В этой теме я всего лишь привёл простой пример, чтобы остальным легко было разобраться. На самом деле, задача куда сложнее.
Во-первых, нужно обновлять счётчик не только по добавлении, но и при изменении и удалении.
Во-вторых, существует ещё флаг hidden, который так же влияет на счётчик.
В-третьих, все эти операции делаются в разных местах кода и разными способами.
Поэтому использовать триггеры в данной ситуации - самый разумный выбор. Даже если это придётся делать через хранимую процедуру.

 

[c0dex]

У тебя, имхо, это логика приложения, и совать ее в базу - явно неверно.

>>В-третьих, все эти операции делаются в разных местах кода и разными способами.
Велкам ту рефакторинг.

 

[Valery Shostak]

Почему это логика приложения, можешь объяснить?
К примеру, аналогичные вещи (счётчики комментариев и оценок для материалов) сделаны у меня именно через триггеры. Их тоже, по-твоему, нужно было делать через PHP?
Рефакторинг тут совершенно не при чём.

 

[c0dex]

Счетчик комментов не более, чем денормализованное поле в таблице. При вставке коммента обновляется эвентом приложения или просто запросом. Но ты конечно можешь сделать триггер.

 

[fixxxer]

Чем события ORM так принципиально отличаются от триггеров?

Если программировать по курсам Попова, тогда даю понимаю, проблема

 

[Yoskaldyr]

Мммм... Бизнес логика на триггерах в мускуле... Месье знает толк в извращениях!

 

[Valery Shostak]

Господа, вроде вопрос был не про бизнес-логику, события приложения и то как это нужно делать правильно на ваш взгляд.
По сути, был предложен только вариант с хранимой процедурой. Неужели это единственное решение?..

 

[fixxxer]

Ещё можно сменить СУБД. Скажем, Постгрес позволяет так делать (и легко отстрелить себе ногу рекурсией).

 

[Yoskaldyr]

Ну зачем постгрес - лучше сразу на оракл и вообще все писать на нем, только зачем тогда пхп???? Разве что для использования в качестве шаблонизатора (и то сомнительно)

 

[c0dex]

Ну зачем постгрес - лучше сразу на оракл и вообще все писать на нем, только зачем тогда пхп???? Разве что для использования в качестве шаблонизатора (и то сомнительно)

НАписать страничку, чтобы пиццу заказывать...

 

[fixxxer]

лучше сразу на оракл

Вообще если сравнивать современные версии постгреса и оракла, то сравнение-то во многих аспектах получится не в пользу оракла.

 

[Yoskaldyr]

то сравнение-то во многих аспектах получится не в пользу оракла

Ну оракл это больше о "супер пупер корпоративном" ПО за мульйоны, а не о пользе
Чего столько стоят ЗП сертифицированных оракловских ДБ админов...

 

[grigori]

а чего они стоят?
мне показалось, что оракловская бд - это просто неудобно в установке, даже из ORM-пакета, который ставится без активаций,
в самом оракле предпочитают mysql, oracle db - только для специализированных задач вроде гео-расчетов
хотя, драйвер для php они допилили

 

[grigori]

Во-первых, нужно обновлять счётчик не только по добавлении, но и при изменении и удалении.
Во-вторых, существует ещё флаг hidden, который так же влияет на счётчик.
В-третьих, все эти операции делаются в разных местах кода и разными способами.
Поэтому использовать триггеры в данной ситуации - самый разумный выбор. Даже если это придётся делать через хранимую процедуру.

еще надо будет добавить такие хранимые процедуры:
* обновление комментария
* добавление коммента без инкремента (рекламный, НЛО a-la habr, еtc)
* выставление значения счетчика
* скрытие коммента без декремента
* объединение комментов с пересчетом счетчика
и не проще ли разреженное бинарное дерево реализовать?

 

[SSecurity]

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

 

[fixxxer]

Ну как зачем, чтобы число комментариев показать на странице со списком постов. Тут же каждый пишет не менее чем фейсбук, count+group by тормозить будет!

 

[SSecurity]

Ну как зачем, чтобы число комментариев показать на странице со списком постов. Тут же каждый пишет не менее чем фейсбук, count+group by тормозить будет!

Отдельная таблица, по сути и есть стата, в которой суммировать надо (записей меньше, отработает быстрее), только пользователю непонятно зачем это
Хотя если там 50-60 млн. комментов... А если влом тратить ресурс на это так надо триггер натравить на обновление 1 строки с ИТОГО

 

[WMix]

Отвечая на изначальный вопрос. При before insert/update надо изменить new.имя_поля

Но это касается той же записи