Ребята, привет. У нас возникла такая дилемма. Представим что есть сущности

Question

Ребята, привет. У нас возникла такая дилемма. Представим что есть сущности

Работа, Работник и Группа работников. Работник может быть активный или неактивный.
У работы можно указать несколько работников и несколько групп работников.
У группы работников можно указать несколько работников.

Задача - быстро посчитать кол-во активных работников в группе и в работе. С группой все более менее нормально, но вот с работой сложнее. Например, если работник #1 относится и к группе #1, если мы привяжем его отдельно и группу к работе, то его мы должны посчитать 1 раз.

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

Появилась идея хранить счетчики прямо в базе + триггерами инкрементить/декрементить их. Например, добавили работника в группу - обновили счетчик у группы + обновили счетчик у всех работ, куда привязана группа. Удалили работника - декрементнули счетчик всех работ, куда он явно был привязан + счетчики групп, куда он был привязан, а группа каскадно обновляет счетчики работ, куда они были привязаны.

Подскажите, насколько этот вариант адекватный для прода? Есть сомнения по поводу одновременных count = count + 1, есть опасения что эти счетчики буду сходится с реальными цифрами.

#backend #devops #pgsql #programming #russian

0

27.09.2017

1 ответов

9 просмотров

Etki · Accepted Answer

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

172 похожих чатов

Ребята, привет. У нас возникла такая дилемма. Представим что есть сущности

1 ответов

Похожие вопросы