А есть какая-нибудь развернутая статья про этот подход?

их можно избежать сразу, практически любые

https://www.mongodb.com/blog/post/building-with-patterns-the-attribute-pattern

Даже вычисление конечного состояния прямо из эвентов это адски дорого и очень тяжело масштабируется

Три основные проблемы: 1) Хранить события дорого. Обычно это небольшие документы, которые приходится сложно индексировать и в лучшем случае на придётся хранить в два раза больше данных из-за индексов. Плюс эти собтытия immutable, append only и никогда не потеряют актуальность, иначе по новой вычислить состояние будет невозможно. Т.е. это база будет бесконечно расти 2) Вычислять состояние из событий архисложно. Есть два основных подхода: корректный — каждый раз вычислять по новой из всех событий относящихся к одно сущености; корректный в жестких условиях — довычислять из предыдущего состояния и нового события. Первое относительно просто в реализации и работает с ситуациями когда поставщиков событий больше одного. Тяжело масштабировать, стоимость вычисления и хранения будет увеличиваться с увеличением числа документов. И это будет в лучшем случае log2 рост Второй работает только в жестких условиях: события всегда приходят в гарантированном порядке. Гарантировать порядок более-менее можно только когда есть один однопоточный продюсер событий. Когда потоков больше одного или продьюсеров больше одного, у вы испытаете дикий ужас от того насколько сложно гарантировать порядок. И дорого. 3) Хранение состояния. Кроме того что у нас де-факто дублируются данные из хранилища событий, вам ещё придётся второй раз решать (== изобретать) что-то для consistency. Так как наверняка вам придётся хранить события и состояниях в разных базах, то у вас не будет инструментов на её уровне. Вероятнее всего, всё сведётся к линеаризации вообще всего, включая чтения из базы. Эти три вещи это уже масштабы десятков миллионов долларов в год

Даже read own writes уже будет крайне нетривиальная задача

jpmorgan смогли

здравствуйте, можно ли переименовать поле в populate?

допустим, из _id в id

где можно посмотреть условия mongodb в плане оплаты? Что бесплатно, а за что деньги нужно платить? Не могу найти

Всем привет! Ребят, кто знает как отправить логи в Монгу ?

Всем привет! Ребят, кто знает как отправить логи в Монгу ?

меня выкидывает каждый день

В монгусе это будет attrs: [AttributeValue]; Atttribute {name: ..., type: ..., .... } AttributeValue: {a: refs Attribute, v: ...} Product: attrs: [AttributeValue]

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

это индекс)) его в монге менять надо)

Случай удалили колекцию в Mongo Atlas, можно теперь как-то востановить её?

Случай удалили колекцию в Mongo Atlas, можно теперь как-то востановить её?

Ребят, подскажите, а в монге или pymongo можно как-то указать при insert_one что делать если в базу добавляется документ, в котором все то же самое, что и в одном из существующих документов, кроме _id ? Что-то типа .insert_one(, if_exists="overwrite") .insert_one(, if_exists="pass")

Алло

Будет продуктивнее если вы зададите свой вопрос

Памагите с mongodb

Чем именно? :)