A
сколько остатков таких влезет в память без ущерба производительности?
Size: a a a
2020 June 12
A
и на каком tps?
A
Ну, для этого update в базу не нужен, достаточно хранить текущий стейт в памяти, а в хранилище - транзакции от предыдущего сохраненного состояния
Ещё момент: у вас так просто update уезжает из базы в память. Но никуда не девается. Чуда не произошло...
PD
сколько остатков таких влезет в память без ущерба производительности?
А зачем все? Только те, что нужны.
PD
Ещё момент: у вас так просто update уезжает из базы в память. Но никуда не девается. Чуда не произошло...
А это зависит от хранилища. Если умеет быстро собирать все операции и делать агрегацию - то update не обязателен. Если умеет быстро искать последний по ключу, то можно делать insert по последнему остатку.
PD
Вообще, все решения зависят от архитектуры хранилища и все.
PD
и на каком tps?
Да тут как раз почти пофиг. Блокировки на памяти, по сути. Ограничения не там, а в скорости вставки в хранилище. Это все из старых трюков ускорения РСУБД на большой конкуренции.
PD
А на какой-нибудь ordered key-value db уже другие трюки и можно совсем без update.
PD
А чудес не бывает. Под самым чистым функциональным кодом лежит вполне себе нефункциональный ассемблер.
I
Напомнило мне Грег Янга:
Event Sourcing is naturally functional. It’s an append only log of facts that have happened in the past. You can say that any projection any state is a left fold over your previous history.
- Greg Young, “A Decade of DDD, CQRS, Event Sourcing” at 16:44
https://youtu.be/LDW0QWie21s?t=1004
Event Sourcing is naturally functional. It’s an append only log of facts that have happened in the past. You can say that any projection any state is a left fold over your previous history.
- Greg Young, “A Decade of DDD, CQRS, Event Sourcing” at 16:44
https://youtu.be/LDW0QWie21s?t=1004
PD
Теоретически - да. Есть поток событий, есть чистые функции на событиях.
Но так как передать в событии функцию увы, не получается, то функции - таки не first-class-citizen.
Но так как передать в событии функцию увы, не получается, то функции - таки не first-class-citizen.
A
А это зависит от хранилища. Если умеет быстро собирать все операции и делать агрегацию - то update не обязателен. Если умеет быстро искать последний по ключу, то можно делать insert по последнему остатку.
Вариант. Только чистить не забывать, если каждый раз вставку делать-то...
A
И для меня ещё вполне актуальный вопрос - это (почти) одновременное транзакции по одному счёту. И тут уже лучше блокировать счёт на запись, КМК.
A
На самом деле, любая концепция "everything as a something" это ошибка, связанная с тем, что её адепт считает всех сотрудников компании такими же, как он.
Почему документирование кодом без обычных документов плохая идея? Потому что код нафиг не упёрлось читать всем, кроме программистов.
Почему архитектурный репозиторий для всего плохая идея? Потому что всей остальной компании, кроме архитекторов, нафиг не упёрлось что-то пытаться понять в этих моделях.
Нарушается самый главный постулат - информация должна быть в формате, понятном читателю, а не писателю.
Почему документирование кодом без обычных документов плохая идея? Потому что код нафиг не упёрлось читать всем, кроме программистов.
Почему архитектурный репозиторий для всего плохая идея? Потому что всей остальной компании, кроме архитекторов, нафиг не упёрлось что-то пытаться понять в этих моделях.
Нарушается самый главный постулат - информация должна быть в формате, понятном читателю, а не писателю.
👏
A
А чудес не бывает. Под самым чистым функциональным кодом лежит вполне себе нефункциональный ассемблер.
Ну, как по мне, мир - принципиально не является функциональным (в смысле ФП), а потому моделировать его ТОЛЬКО на ФП - бессмысленно.
F
Угу, мир себе - модель акторов (:
A
Угу, мир себе - модель акторов (:
Это уже от уровня рассмотрения зависит: что берём за единицу рассмотрения - органеллу, клетку, орган, весь организм или ещё выше лезем.
PD
И для меня ещё вполне актуальный вопрос - это (почти) одновременное транзакции по одному счёту. И тут уже лучше блокировать счёт на запись, КМК.
А блокировать зачем. Можно или блокировать на уровне applayer в памяти. Или, конечно, в хранилище - оптимистически или как-то еще, зависит от того, что умеет хранилище и какие там гарантии.
PD
Угу, мир себе - модель акторов (:
А акторы - это ООП в изначальном виде )
A
А блокировать зачем. Можно или блокировать на уровне applayer в памяти. Или, конечно, в хранилище - оптимистически или как-то еще, зависит от того, что умеет хранилище и какие там гарантии.
Ну так ведь всё равно блокировать! Пусть и в памяти...