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

Най-добрата схема на MongoDB за twitter клонинг?

Това не е идеалната схема за клонинг на Twitter. Основният проблем е, че "posts" е непрекъснато нарастващ масив, което означава, че mongo ще трябва да премества вашия масивен документ на всеки няколко публикации, защото му е свършила документната подложка. Освен това има твърдо (16mb) ограничение за размера на документите, което в най-добрия случай прави тази схема ограничителна.

Идеалната схема зависи от това дали очаквате натоварването на Twitter или не. „Перфектната“ схема на mongodb по отношение на поддръжката и лесната употреба не е същата като тази, която бих използвал за нещо с пропускателната способност на Twitter. Например, в първия случай бих използвал колекция от публикации с документ на публикация. В сценария с висока пропускателна способност бих започнал да правя пакетни документи за малки групи публикации (да речем, по една на страница „получи повече“). Освен това в сценария с висока пропускателна способност ще трябва да поддържате хронологията на последователя актуална в отделни документи за времевата линия на потребителя, докато в сценариите с ниска пропускателна способност можете просто да ги запитате.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Mongo индексиране на обектни масиви срещу обекти

  2. Филтър Link to MongoDB

  3. Грешка при сегментиране на директно извикване на динамичен линкер при изпълнение на приложение, компилирано с персонализиран gcc

  4. MongoDb $lookup заявка с множество полета от масив обекти

  5. NodeJS и MongoDB FindAndModify() трябва да бъдат премахнати или актуализирани