Este no es un esquema ideal para un clon de Twitter. El principal problema es que las "publicaciones" son una matriz cada vez mayor, lo que significa que mongo tendrá que mover su documento masivo cada pocas publicaciones porque se quedó sin relleno de documentos. Además, hay un límite de tamaño estricto (16 mb) para los documentos que, en el mejor de los casos, hace que este esquema sea restrictivo.
El esquema ideal depende de si espera o no la carga de Twitter. El esquema mongodb "perfecto" en términos de mantenimiento y facilidad de uso no es el mismo que usaría para algo con el rendimiento de Twitter. Por ejemplo, en el primer caso, usaría una colección de publicaciones con un documento por publicación. En el escenario de alto rendimiento, comenzaría a crear documentos de cubo para pequeños grupos de publicaciones (digamos, uno por página "obtener más"). Además, en el escenario de alto rendimiento, tendría que mantener actualizada la línea de tiempo del seguidor en documentos separados de la línea de tiempo del usuario, mientras que en escenarios de bajo rendimiento simplemente puede consultarlos.
