Я создаю приложение для социальной сети, и меня очень беспокоит следующая вещь. Что происходит, когда в mongoDB многие пользователи (предположим миллионы) пытаются изменить один и тот же документ одновременно , Будут ли какие-либо несоответствия или игнорируются запросы или какое-либо непредвиденное поведение?MongoDB несколько одновременных доступов к одному документу
Практический пример: 2 коллекции: 'posts' и 'нравится' сообщений будут иметь поля id | имя | информация | numberOfLikes нравится будет иметь поля id | сообщение | fromUser
Когда предполагалось, что миллионы пользователей, таких как почта, как объект, появляется в коллекции «любит», а бизнес-логика автоматически увеличивает числоOfLikes для сообщения. Я думал, что если конфликт может возникнуть, когда тонны пользователей попытаются изменить эту должность, нужно учитывать одновременно.
Я на самом деле читаю это как просящий справедливый бит больше, чем уровни блокировки и concurreny. Это очень широкая проблема, особенно в контексте типа «социальной сети». Существуют различные способы подхода к различным способам моделирования этого. Вы можете рассмотреть возможность использования [socialite] (https://github.com/10gen-labs/socialite), который является эталонным проектом MongoDB, направленным на каналы, пользовательский график, агрегацию данных и другие общие понятия. Но я думаю, что конкретный «основной случай» или «расширенный случай» будет лучшим вопросом, который менее широк, чем это возможно. –
@BlakesSeven мой случай - это коллекции 'events' 'activity (нравится, комментарии, goings, hashtags, упоминания и т. Д.). –