¿Qué es mejor? ¿Más consultas o una más pesada?
Publicado por Suarsan (2 intervenciones) el 27/02/2016 18:42:15
Estoy diseñando una base de datos para un proyecto que crecerá bastante rápido en contenido, y me surgen dudas ya que estoy empezando con bbdd no relacionales. Si tuviese una gran cantidad de "eventos" con sus atributos asociados a cada usuario, ¿cómo me recomendaríais diseñar la bbdd?
1. ¿Es mejor separar todo y realizar más consultas (los tipicos join de las bbdd relacionales)?
Pros: La informacion estaria mas organizada
Contras: Se incrementarian las peticiones, y ademas serian repetitivas.
2. ¿Es mejor diseñar un solo modelo en el que se incluya toda la informacion mediante "embebers" y "embebers"?
Pros: Se reducirian mucho las consultas necesarias
Contras: Las consultas serian más pesadas, estaría toda la informacion más aglomerada.
En lineas generales, que se penaliza más en bbdd MongoDB, realizar más peticiones pero ligeras, o realizar menos pero más pesadas.
1. ¿Es mejor separar todo y realizar más consultas (los tipicos join de las bbdd relacionales)?
Pros: La informacion estaria mas organizada
Contras: Se incrementarian las peticiones, y ademas serian repetitivas.
2. ¿Es mejor diseñar un solo modelo en el que se incluya toda la informacion mediante "embebers" y "embebers"?
Pros: Se reducirian mucho las consultas necesarias
Contras: Las consultas serian más pesadas, estaría toda la informacion más aglomerada.
En lineas generales, que se penaliza más en bbdd MongoDB, realizar más peticiones pero ligeras, o realizar menos pero más pesadas.
Valora esta pregunta
0