Procedente de un fondo RDBMS, siempre tuve la impresión de "Intente tan duro como pueda para usar una consulta, suponiendo que sea eficiente", lo que significa que es costoso para cada solicitud que realice en la base de datos. Cuando se trata de MongoDB, parece que esto podría no ser posible porque no puedes unir mesas.¿Está bien consultar un MongoDB varias veces por solicitud?
Entiendo que no se supone que sea relacional, pero también lo están impulsando para fines como blogs, foros y cosas que me parecen más fáciles de abordar con un RDBMS.
Existen algunas complicaciones que he tenido tratando de comprender la eficacia de MongoDB o NoSQL en general. Si quería obtener todas las "publicaciones" relacionadas con ciertos usuarios (como si estuvieran agrupadas) ... usando MySQL, probablemente haría algunas combinaciones y lo conseguiría con eso.
En MongoDB, suponiendo que necesito las colecciones por separado, ¿sería eficiente usar un gran $ en: ['usuario1', 'usuario2', 'usuario3', 'usuario4', ...]?
¿Ese método se vuelve lento después de un tiempo? Si incluyo 1000 usuarios? Y si necesitaba para conseguir que la lista de mensajes relacionados con los usuarios X, Y, Z, sería eficiente y/o rápida usando MongoDB hacer:
- Obtener usuarios matriz
- recibir los envíos en Array usuarios
2 consultas para una solicitud. ¿Es esa una mala práctica en NoSQL?
La principal diferencia de rendimiento aquí es la sobrecarga de cada consulta; $ in será más eficiente ya que realiza un viaje de ida y vuelta al servidor para obtener los resultados en lugar de N + M. –
@AdaTheDev: si es fácil para usted, creo que sería muy interesante ver cómo $ en las escalas, en el sentido de repetir el experimento para "X a la vez usando $ in", de una o varias hebras, donde X es 10, luego 20, luego 30, ... luego 100. –
@Lucas Zamboulis - ver mi actualización más arriba. Puedo terminar haciendo más sobre esto como publicación de blog, con más detalles – AdaTheDev