MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

MongoDB структура за приложение за съобщения

Виждам, че този въпрос е стар, но за всеки, който се интересува, беше зададен подобен въпрос и един отговор изглежда жизнеспособен https://stackoverflow.com/a/30830429/132610

Conversation : {
 id: 123,
 members: [ user_id1, user_id2 ]
}
Message { conversationId: 123, author: user_2, body: 'Hi what's up' }
Message { conversationId: 123, author: user_1, body: 'Whanna ask some question on stackoverflow' }

Актуализация #1

1) Мащабируемост:MongoDB се мащабира добре с много голяма колекция. Милиарди съобщения на колекция. Има техника, наречена шардинг, която може да ви позволи да разделите по-голяма колекция на множество възли.

2) Четене. Тъй като MongoDB има механизми за индексиране, четенията са сравними с всяка фино настроена база данни. Така че четенето няма да е проблем. Особено, когато разговор (група|стая) има по-малко участници, например двама души си изпращат съобщения.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Кога да използвате Singleton срещу Transient срещу Request с помощта на Ninject и MongoDB

  2. запазване на снимка в mongodb

  3. Как да създам първия потребител на mongodb с разрешено оторизиране?

  4. Как да извлека файлове с изображения от mongodb към html страница

  5. Как бих върнал реда на MongoDB публикациите по време Предпочитани от потребител?