Dette er ikke et ideelt skema for en Twitter-klon. Hovedproblemet er, at "indlæg" er et stadigt voksende array, hvilket betyder, at mongo bliver nødt til at flytte dit massive dokument med nogle få indlæg, fordi det løb tør for dokumentudfyldning. Derudover er der en hård (16 MB) størrelsesgrænse for dokumenter, som i bedste fald gør dette skema restriktivt.
Det ideelle skema afhænger af, om du forventer Twitters belastning eller ej. Det "perfekte" mongodb-skema med hensyn til vedligeholdelse og nem at bruge er ikke det samme som det, jeg ville bruge til noget med Twitters gennemstrømning. For eksempel ville jeg i det førstnævnte tilfælde bruge en indlægssamling med et dokument pr. indlæg. I scenariet med høj gennemstrømning ville jeg begynde at lave bucket-dokumenter til små grupper af indlæg (f.eks. et pr. "få mere"-side). Derudover skal du i scenariet med høj kapacitet holde følgerens tidslinje opdateret i separate brugertidslinjedokumenter, mens du i scenarier med lav kapacitet blot kan forespørge efter dem.