Многосторонний документ или встроенный документ в Mongodb?

Question

Я проектирую социальную сетевую систему, такую ​​как твиттер, и пользователи получат уведомления, я собираюсь сохранять уведомления в mongodb. Мы будем поддерживать 100 уведомлений для каждого пользователя максимум, и единственным полем будет обновление read (пользователь прочитал уведомление). Поэтому мне интересно, кастрированный баран с помощью несколько документов, как удар

{"userId":1, "content":"some msg", "read":true..} 
{"userId":1, "content":"another msg", "read":true..} 

или с помощью встроенных документов, как это:

{"userId":1, "noficications":[{"content":"some msg", "read": true},{"content":"another msg", "read":true}]} 

Answer 1

Я имел то же сомнение в то время назад, когда созданные мое приложение. Но в моем случае акцент на приложении - это значения, записанные в поддокументах. Тогда мой код стал неясным, в некоторых случаях. У меня возникли проблемы с написанием запросов.

Если ваш фокус - «Пользователь», я не вижу проблем в вашем втором подходе, но если фокус «Уведомления», я бы рекомендовал создать документ для сохранения ваших уведомлений.

Answer 2

Это полностью зависит от вашего использования. Если вы всегда загружаете большинство/все уведомления для данного пользователя, я бы сохранил его в одном документе с массивом уведомлений. Это позволит отображать весь документ в памяти и будет держать все в порядке. Также вам не придется создавать дополнительные индексы.

{"_id":1 /* User Id */, "noficications":[{"content":"some msg", "read": true},{"content":"another msg", "read":true}]} 

Однако, если вы собираетесь быть отходили ADHOC индивидуального уведомления, я бы разделить его вниз, чтобы отдельные документы, так как вы не хотите, чтобы держать весь документ горячим в памяти. для этого apporach вы можете создать еще один индекс в «userId», чтобы сразу отменить все уведомления.

{"_id": 1 /* Notification Id */, "userId":1, "content":"some msg", "read":true..} 
{"_id": 2 /* Notification Id */, "userId":1, "content":"another msg", "read":true..} 

У обоих есть плюсы и минусы, и все зависит от использования данных.