Как лучше обновлять счётчик записей?

Question

[Dopamine]

Например, у статьи есть N комментов, это количество меняется при добавлении или удалении коммента +/-1. Так сейчас и обновляются счетчики у меня.

Задумался, а как лучше делать:
1. Добавлять/Отнимать единицу от количества, при добавлении или удалении.
2. Каждый раз пересчитывать общее количество записей, сразу после добавлении или удалении записи?

Как делаете Вы?

Answer 1

[tukreb]

Раньше использовалось так:
1. Первый вариант, пока ничего не тормозит.
2. Второй вариант используется для отложенного обновления, обычно для счётчика просмотров, но идея та же, раз в час работает cron, который пересчитывает записи. До этого момента, они не меняются.

Сейчас есть другие способы, например загружать всё сначала в кэш, например в тот же redis, а потом раз в пол часа обновлять БД.

Comments

[Dopamine]

А разница по нагрузке есть?

[tukreb]

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

[Dopamine]

tukreb, спасибо, Дружище!

[Dopamine]

tukreb, выходит, по нагрузке выгоднее добавлять/отнимать единицу, чем каждый раз счить все записи.

[tukreb]

Slash, Да.
Хотя с точки нормализации БД, нельзя хранить то, что можно вычислить. Но мир не идеален и когда приходят нагрузки приходиться денормализировать БД.

[Dopamine]

tukreb, еще раз спасибо!

Answer 2

[rPman]

триггером на insert/delete, быстрее и удобнее некуда

Comments

[rPman]

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

[tukreb]

rPman, это прошлый век, когда MySQL до 8 версии не умел самые базовые вещи реляционной БД, а точнее не имел встроенного механизма целостности данных и приходилось велосипедить через триггеры. Что и породило целых пласт гавна писателей на MySQL + php.
Триггеры - это магия, а магия зло.

[rPman]

tukreb, что? кого?

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

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

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

[rPman]

«Пользователь удалён», ну такова селяви, ты используешь одновременно две технологии для реализации задачи, и жалуешься что не получается делать все в одном месте? Скажи что еще язык написания триггеров у тебя не javascript, ой 'бяда бяда'.

p.s. помню были базы данных в виде библиотеки (что значит были, sqlite остался, в нем даже тригеры есть), идеологически это и есть одно место, но по факту то же самое, sql придется писать (в sqlite можно определить user defined functions и прописать их в триггере, будет вызываться код приложения).

Answer 3

[Ипатьев]

Лучше всего вообще ничего не обновлять.
При наличии очевидного индекса на article_id, хоть какие-то проблемы подсчёт на лету начнёт создавать на объёмах уровня фейсбука.
Так что я бы сначала не со счётными палочками колупался, а проверил наличие индекса.