MongoDB: Consultar datos

Clase 22 de 33 • Curso de Node.js: Base de Datos con MongoDB y WebSockets

Contenido del curso

Conocer y comprender cómo se realizan las conexiones hacia los servidores a través de internet y sus implicaciones en el desarrollo de servidores

Crear un servidor HTTP en Javascript, y comenzar a escuchar y responder peticiones desde un cliente .

Comprender y desarrollar la arquitectura básica de un backend en NodeJS, y comunicarse entre módulos

Utilizar una base de datos para definir, modelar, almacenar y recuperar la información de nuestra aplicación

Uso de entidades para crear aplicaciones escalables

Conocer el protocolo de websockets, e implementar comunicación cliente/servidor con SocketIO.

Revisión de lo aprendido, y próximos pasos

Tomar examen

Comentarios

Ramón José París González

student•

En caso de que queramos hacer una búsqueda por el nombre ignorando mayúsculas o minúsculas se puede implementar el siguiente código:

  let userFilter = {};
  if (user) {
    userFilter.user = new RegExp(user, "i");
  }

Mongo puede utilizar Regular Expressions para realizar búsquedas y en estas es posible indicarle que busque "case-insensitive". Esto se logra con el flag "i" que vemos en el código. Este código se traduce a: /usuario/i. . Platzi cuenta con un curso de RegExp por si alguien quiere tomarlo :) https://platzi.com/clases/expresiones-regulares/

Iván Darío Sánchez Jiménez

student•

Buen aporte compañero, yo lo implementé en store.js

async function getMessages(filterUser) {
  let filter = {};

  if (filterUser !== null) {
    filter = {
      user: new RegExp(filterUser, "i") 
    };
  }
  const messages = await Model.find(filter);
  return messages;
}

Iván Darío Sánchez Jiménez

student•

Aunque creo que hay que optimizar mas la expresión porque así com o está busca cualquier coincidencia parcial de lo que le pasemos a la variable user. Por ejemplo para Jesus me retornó los mensajes de la forma user=sus

Jair Israel Avilés Eusebio

student•

Con la especificacion del metodo getMessages del store.js vista en esta clase, al no especificar el parametro user en el query, se retornara un arreglo vacio. Esto depende de la definicion y alcance del metodo getMessages, pero si en caso yo quisiera obtener toda la lista de usuarios usando dicho metodo cuando no se especifica el parametro query de user, es solo cambiar la condicion de existencia del parametro filterUser

const get Messages = async (filterUser) => {
    let filter = {}
    if (filterUser) 
   // ... aqui sigue la misma definicion de metodo :D
}

Mario Pérez

student•

Comparto el código para filtrar también por el texto del mensaje:

store.js:

async function getMessages(filterUser, filterMessage) {
    let filter = {}

    if (filterUser){
        filter = {
            user: filterUser
        }
    }
    
    if (filterMessage){
        filter = {
            ...filter,
            message: filterMessage
        }
    }

    return await Model.find(filter)
}

controller.js

function getMessages(filterUser, filterMessage) {
    return new Promise((resolve, reject) => {
        try {
            resolve(store.list(filterUser, filterMessage))
        } catch (error) {
            reject(error)
        }
    })
}

network.js

router.get('/', function (req, res) {
    const filterUser = req.query.user || null
    const filterMessage = req.query.message || null

    console.log(filterUser)

    controller.getMessages(filterUser, filterMessage)
        .then(messagesList => {
            response.success(req, res, messagesList, 200)
        })
        .catch( e => {
            response.error(req, res, 'Unexpected error' /*  user message */, 500, e)
        })
})

Jhon Arcila Castaño

student•

Gracias

andrés eduardo betancourt bescanza

student•

verifique que si el usuario no existe le diera la respuesta.

store.js

async function getMessage(filterByUser) {
  let filterUser = {};
  if (filterByUser !== null) {
    //Le decimos a mongo que solo nos muestre informacion de ese user (si viene alguno)
    filterUser = { user: filterByUser };
  }
  const messages = await Model.find(filterUser);
  //Verificamos que el usuario exista.
  if (messages.length !== 0) {
    return messages;
  } else {
    console.log("Usuario no se encuenta en la base de datos");
    return "Usuario no encontrado";
  }
}

Armando Alamilla Cuellar

student•

Gracias por el aporte, me ha servido mucho.

Usuario anónimo

user•

Qué tan seguro es decirle en el response al cliente que ese usuario NO existe ?

Sergio Armando Medina Chaparro

student•

Vaina me toca repasar mucho Mongo DB. Hay muchas cosas que no entiendo a profundidad.

Manuel Entrena Jimenez

student•

Aquí tenéis un ejemplo de como se hace un filtro por diferentes parámetros.

message.get("/", async (req, res) => {
  /* Creamos el filtro de búsqueda */
  let filter = {};
  const { user = null, message = null } = req.query;
  user && (filter.user = new RegExp(user, "i"));
  message && (filter.message = new RegExp(message, "i"));
  /* Hacemos la consulta */
  try {
    const list = await controller.getMessages(filter);
    success({ req, res, data: list, status: 201 });
  } catch (info) {
    error({ req, res, error: "error", status: 500, info });
  }
});

David Marín García

student•

Podríamos también pasar el usuario como: .../message/user/:name ....?

Cual sería la mejor forma???

Sergio Cieza Zurita

student•

Buenas David,

De esa manera sería igualmente valido, pero no es escalable ya que el problema que tendrían al pasarlo de esa manera y no mediante query sería que se restringiría a un solo parámetro o un solo filtro (:name en este caso), es decir si luego quisieras filtrar por message ya no te valdría hacer "/message/user/:message" porque tu lógica habría sido fija para :name, porque no se puede diferenciar, da igual como lo llames en tu fichero network, el nombre es simplemente para luego a la hora de obtenerlo mediante req.params.elNombreQuePusieras en tu caso sería req.params.name,

Con query params por ejemplo si podrías hacer diferentes lógicas y sería más escalable, ya que podrías hacer filtros como ?user=Jesus&message=Hola o filtros incluso personalizados.

Espero me haya explicado bien. :) Saludos.

Carlos Enrique Ramírez Flores

student•

si yo quiero hacer la siguiente consulta ++**SQL SELECT * FROM messages WHERE user LIKE "%carl%" **++en mongo con node ¿Cómo sería?

José María Cuevas Ramírez

student•

El filtro que tendrías que pasar quedaría así:

{&quot;user&quot;: /carl/}

Renzo Parente

student•

Es exactamente lo que se hace en esta clase!

Elio Alejandro Marcano Brito

student•

Genial! También puede hacerse mas corto de la siguiente forma en el store.js:

let listUsers = async (filterUser) => { 

    if(filterUser!=null) { filterUser = {user : filterUser} }
    const users = await Model.find(filterUser) 
    return users
}

Sergio Armando Medina Chaparro

student•

jaja ¡Genial! 🤣

Wilson Fernando Antury Torres

student•

En este caso, el filtro lo debería establecer el cliente desde el frontend, verdad? Desde el backend buscamos en la BD con el filtro y devolvemos lo que el usuario quiera ver.

Hector Vasquez

student•

El cliente decide qué quiere filtrar. El servidor controla si el filtro recibido se puede hacer o no, y prepara los datos para hacer el filtro en la bd, para después devolver los resultados

Andres Alvarez Becerra

student•

Hola, agradezco la ayuda. No entiendo cuando usar parámetro por query y cuando usar uno por ruta.

Andrés Muñoz

student•

En qué tengo que pensar o que aspectos tengo que considerar para saber en que capa va mi código, si en network, en controller o en store ? como sé qué capa tengo que modificar ?

Xavier Medina Veintimilla

student•

¡Hola! :D

¿Cuál es el problema que tienes?, ¿en qué te puedo ayudar? Compártenos tu código por favor. Puedes adjuntar imágenes arrastrándolas a esta ventana de comentario.

Nunca pares de aprender 💚

Andrés Muñoz

student•

Mi código si funciona sino que tengo dudas si lo estoy estructurando de manera correcta, en el curso se nos plantean varias capas donde se puede programar network, controller, store... Pero como que aun no tengo un modelo mental claro para decir, entonces mi curiosidad es que puede leer o hacer para mejorar en este aspecto

alberto ayala rodriguez

student•

a ver está chévere que se haya agregado el filtro a ese endpoint, pero me surge una pregunta y está más orientada a las "buenas prácticas": ¿No sería mejor hacer un endpoint para traer solo los usuarios por nombre en vez de agregarle esa lógica al endpoint que trae todos los mensaje?

Andrés Muñoz

student•

No se si me convence tu idea puedes justificarla un poco más porque es buena practica ? no queda una ruta muy rígida, sí el día de mañana hay que filtrar for fecha ? se hace una ruta para fecha ? y luego se necesita filtrar por usuario y por fecha ? no se si tu idea escala...

Alejandro Neri

student•

Hablando de buenas prácticas, ¿no sería mejor implementar un if en network para definir si es que estamos recibiendo el usuario y dependiendo de esto llamar a una función diferente? entonces el resto de los archivos tendría una función extra, separando la lógica.

¿Qué opinan? ¿Cuál creen que sea la mejor?

Carmine Maggio

student•

Como hago si quiero hacer lo que en bases de datos relacionales se le conoce como un "like". Para que el valor pasado no sea exactamente igual, si no que busque valores que puedan estar relacionado.

Gerardo Caso

student•

puedes probar cambiando esta linea del metodo getMessages, del archivo store.js

<
filter = { user: filterUser };

por esta

<
filter = { user: new RegExp(filterUser, 'i') };

jorge llanque

student•

¿Si yo quiero desarrollar un buscador en mi aplicación, puedo implementar esta forma?

Juan David González Rodríguez

student•

No, exactamente .... solo sirve para obtener el detalle de un (mensaje) , que al traer solo un mensaje dependiendo de que usuario , pss simplemente lo traigas la informacion ... ya para hacer un buscador ya eso hace parte del frontend ... por ejemplo en angular hay funcionen que te permiten filtrar dependiendo del nombre de usuario , pero te debes traer toda la lista de mensajes para filtrarlo en la parte del frontend ... saludos :D

Jorge Luis Montenegro

student•

Por favor su ayuda me sale este error al realizar la coneccion: [nodemon] starting node server.js la aplicacion esta escuchando Error: querySrv EREFUSED _mongodb._tcp.cluster0-2ijul.mongodb.net at QueryReqWrap.onresolve [as oncomplete] (dns.js:202:19) { errno: 'EREFUSED', code: 'EREFUSED', syscall: 'querySrv', hostname: '_mongodb._tcp.cluster0-2ijul.mongodb.net'

Mi SO es linux Debean 10 es necesario habilitar algún puerto o porque no funciona por favor su ayuda

Jonathan Aguasaco

student•

Revisa el acceso en Mongodb, que la url y el acceso esten funcionando bien.

Juan Jose Vega

student•

Parece error de Node, mira esto https://stackoverflow.com/questions/55499175/how-to-fix-error-querysrv-erefused-when-connecting-to-mongodb-atlas

Carlos Mario Gomez Gelvez

student•

Para el update podemos hacerlo asi

async update(id: string, changes: PropsMessage) {
    const result = await MessageModel.findByIdAndUpdate(id, changes);
    return result;
  }

Alexander Armúa Abregu

student•

Otra forma de filtrar de forma mas dinámica sin limitar solo a un campo puede ser la siguiente:

function readMessages(filters) {
    const filter = {};

    for (const key in filters) {
        if (filters[key]) {
            filter[key] = filters[key];
        }
    }

    return Model.find(filter);
}

Jherom Chacon

student•

Bueno, es bastante habitual que tengamos servicios que manejan parámetros opcionales. Para usar los parámetros opcionales debemos usar el símbolo ? luego de cada parámetro:

Para procesar estos parámetros opcionales deberemos procesarlos en nuestro Storage:

Finalmente recordemos que deberemos poder enviarlos desde el navegador, en este caso yo uso Postman:

Lectura recomendada: Encoding de parámetros para elementos de la URL

async function getMessages(filterUser) {
  let filter = {};

  if (filterUser !== null) {
    filter = {
      user: new RegExp(filterUser, "i") 
    };
  }
  const messages = await Model.find(filter);
  return messages;
}

async function getMessages(filterUser, filterMessage) {
    let filter = {}

    if (filterUser){
        filter = {
            user: filterUser
        }
    }
    
    if (filterMessage){
        filter = {
            ...filter,
            message: filterMessage
        }
    }

    return await Model.find(filter)
}

function getMessages(filterUser, filterMessage) {
    return new Promise((resolve, reject) => {
        try {
            resolve(store.list(filterUser, filterMessage))
        } catch (error) {
            reject(error)
        }
    })
}

router.get('/', function (req, res) {
    const filterUser = req.query.user || null
    const filterMessage = req.query.message || null

    console.log(filterUser)

    controller.getMessages(filterUser, filterMessage)
        .then(messagesList => {
            response.success(req, res, messagesList, 200)
        })
        .catch( e => {
            response.error(req, res, 'Unexpected error' /*  user message */, 500, e)
        })
})

async function getMessage(filterByUser) {
  let filterUser = {};
  if (filterByUser !== null) {
    //Le decimos a mongo que solo nos muestre informacion de ese user (si viene alguno)
    filterUser = { user: filterByUser };
  }
  const messages = await Model.find(filterUser);
  //Verificamos que el usuario exista.
  if (messages.length !== 0) {
    return messages;
  } else {
    console.log("Usuario no se encuenta en la base de datos");
    return "Usuario no encontrado";
  }
}

message.get("/", async (req, res) => {
  /* Creamos el filtro de búsqueda */
  let filter = {};
  const { user = null, message = null } = req.query;
  user && (filter.user = new RegExp(user, "i"));
  message && (filter.message = new RegExp(message, "i"));
  /* Hacemos la consulta */
  try {
    const list = await controller.getMessages(filter);
    success({ req, res, data: list, status: 201 });
  } catch (info) {
    error({ req, res, error: "error", status: 500, info });
  }
});

function readMessages(filters) {
    const filter = {};

    for (const key in filters) {
        if (filters[key]) {
            filter[key] = filters[key];
        }
    }

    return Model.find(filter);
}

MongoDB: Consultar datos

Conocer y comprender cómo se realizan las conexiones hacia los servidores a través de internet y sus implicaciones en el desarrollo de servidores

Bienvenida y presentación del curso

Qué es Node y cómo instalarlo

¿Qué son y cómo se usan las peticiones HTTP?

Métodos, cabeceras y estados

Cuerpo y query de la petición

Crear un servidor HTTP en Javascript, y comenzar a escuchar y responder peticiones desde un cliente .

Crear un servidor HTTP desde NodeJS

¿Cómo pueden venir las peticiones?

Recibir información desde el cliente: Body y Query

Información contextual: Leer las cabeceras

Tipos de respuesta: Vacía, plana, con datos y estructurada

Respuestas coherentes

Servir archivos estáticos

Errores: Cómo presentarlos e implicaciones en la seguridad

Comprender y desarrollar la arquitectura básica de un backend en NodeJS, y comunicarse entre módulos

Conceptualmente: Rutas, controladores y bases de datos

Rutas y capa de red: Responsabilidades y límites

Controladores: Definiendo la lógica de negocio

Almacenando la información en una base de datos

Utilizar una base de datos para definir, modelar, almacenar y recuperar la información de nuestra aplicación

Tipos de Bases de Datos: Relacionales y No Relacionales

Crear y Configurar tu Base de Datos con MongoDB

MongoDB: Almacenar y leer datos

MongoDB: Actualizar datos