Comprender MongoDB (y NoSQL en general) y cómo hacer el mejor uso de él

Question

Estoy empezando a pensar que mi próximo proyecto que quiero hacer funcionaría mejor con una solución NoSQL. El proyecto involucraría una tonelada de tablas de 2 columnas o una tonelada de consultas dinámicas con columnas generadas dinámicamente en una base de datos SQL tradicional. Así que siento que una base de datos NoSQL sería mucho más limpia.

Estoy mirando a MongoDB y parece bastante prometedor. De todos modos, estoy tratando de darle sentido a todo. Además, usaré Mongomapper en Ruby.

De todos modos, sin embargo, estoy confundido sobre cómo diseñar cosas en una base de datos tan libre. he leído Las mejores prácticas de NoSQL Y la respuesta allí dice que la normalización suele ser mala en un DB NoSQL. Entonces, ¿cómo sería la mejor manera de diseñar un blog simple con usuarios, publicaciones y comentarios?

Mi pensamiento natural era tener tres colecciones para cada una y luego vincularlas por una identificación única. ¿Pero esto aparentemente está mal? Entonces, ¿cuáles son algunas de las formas de diseñar tal cosa? Mi preocupación por la respuesta dada en la otra pregunta es, ¿qué pasa si el nombre del autor cambió? Tendría que actualizar una tonelada de publicaciones y comentarios. ¿Pero es esto bien con NoSQL?

Answer 1

Ok, he encontrado dos páginas que son útiles Diseño de esquema y Modelado de datos (una aplicación completa en ROR)

Además, el canal #MongoDB en IRC es extremadamente útil. El usuario dacort Me ayudó a encontrar esas páginas muy útiles.

Answer 2

Aquí una explicación del uso de DBREFS en MongoDB: http://valyagolev.net/article/mongo_dbref/