Арифметическое отнимание напрямую в MySQL или передавать с бэка число?

Question

[driverx18]

Возник вопрос, делаю систему, где у пользователя будет баланс. После определенных действий юзера, от его поля balance будет отниматься число 10, а при каких то других действиях, будет прибавляться 10.
Собственно возник вопрос, как лучше, сделать арифметику напрямую:
1 вариант - Сделать запрос

UPDATE users SET balance = balance - 10 WHERE user_id = :userId;

или все же
2 вариант - посчитать это все на бэке и передать просто число в UPDATE? По реализации: получаем нынешнее число balance юзера, на бэке делаем отнимание, получаем число, и это число передаем в базу:

UPDATE users SET balance = :newBalance WHERE user_id = :userId;

?
Как лучше, стоит ли доверять арифметике в бд, или это дело языка программирования? Как лучше, и в чем плюс и минус?

Answer 1

[Сергей Соколов]

1-й вариант лучше, т.к. требует на 1 запрос меньше: не приходится сначала запрашивать текущий баланс.
Но этот плюс исчезает, если вам в этом же коде требуется получить новый баланс юзера — тогда оба варианта эквивалентны.

3-й вариант: только-вставлять в ещё одну таблицу новые записи о Событиях. Событие "+10" для user_id=X, затем новая запись "-10" для user_id=Y. И чтобы получить актуальный баланс юзера, вы собираете все его События и суммируете. Раз в месяц уплотняете базу, выкидывая События и обновляя «базовый» баланс для каждого юзера.

Comments

[driverx18]

по поводу первого абзаца я в целом согласен, но:
первый вариант делает ОДИН запрос в базу, и всё

Второй вариант: получает пользователя, считает на бэке, а потом делает запрос на UPDATE. Т.е. имеем два запроса вместо одного. Если писать будет достаточное количество человек, не упаду ли я в производительности?

[Сергей Соколов]

driverx18, конкрентно с этими запросами – не упадёте, если у вас есть индекс по user_id.

[driverx18]

Сергей Соколов, возможно, да, вы правы. просто сейчас у меня паранойя, что нужно делать запросов по минимуму ))

[Сергей Соколов]

driverx18, не экономьте на спичках ) Как говорят, «если вы не стыдитесь своего продукта – вы запустились слишком поздно!» - т.е. запускайтесь как можно скорее, и пусть код будет кривой и система не оптимизирована.

Answer 2

[TheRonCronix]

Если делать на бекэнде, очевидно, что плюс - это скорость, т.к. операции выполняются в пямяти + не нужно проходить по лишним слоям, чтобы передать данные в БД. Но в таком случае данные могут быть утеряны в случае сбоя сервиса. БД по крайней мере гарантирует, что данные сохранены на диск (хотя тут есть свои но, тем не менее).

Comments

[driverx18]

точно ли скорость будет?
во 2 ситуации мы должны сделать один запрос чтобы получить юзера, а потом сделать запрос на апдейт. В первом варианте мы делаем один запрос. Производительность разве хромает не в случае с двумя SQL запросами?

[TheRonCronix]

В таком случае, нет, скорее всего не будет быстрее. В таком случае я бы сослался на Роберта Мартина, он советует бизнес-логику даржать не в БД. Плюс в независимости от "деталей".