По умолчанию атомарна операция над одним документом, включая вложенные массивы и поля. Всё, что должно меняться вместе, стараются положить в один документ.
А ещё Ограничения транзакций: время жизни, размер, нагрузка на кластер
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Из этого правила напрямую вытекает подход к моделированию: связанные данные, изменяемые одной операцией, вкладывают в документ, а не разносят по коллекциям — тогда транзакции просто не нужны. Многодокументные транзакции появились в поздних версиях и работают, но стоят дороже и в распределённой конфигурации накладывают ограничения, поэтому опираться на них как на основной приём проектирования не стоит. Полезно провести параллель с DDD: документ хорошо соответствует агрегату, и правило «одна транзакция меняет один агрегат» здесь становится техническим ограничением, а не рекомендацией.
Один верный вариант. Подумайте, потом откройте ответ.
Модель документа, embedding против referencing, индексы, aggregation pipeline, атомарность документа и шардирование.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto