Gestionar conexiones a la base de datos desde la API

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

Resumen

En esta clase vamos a refactorizar nuestro código para tener todo organizado de una mejor manera, crearemos un archivo db.js donde tendremos todos los datos de nuestra conexión a la base de datos.

Gabriel Rodriguez

student•

Hola devs. Yo lo implementé de esta manera, elegí usar dotenv. Dotenv es una librería muy sencilla de implementar y garantiza una seguridad absoluta a la hora de trabajar con información sensible implementando variables de entorno. Sólo tienen que crear el archivo .env en la raíz del proyecto y añadir ahí sus variables de entorno, luego en el archivo server.js realizan la siguiente configuración y ya está. Luego añaden el archivo .env al gitignore y dejan un .env.example como buena prática

root/.env

DB_CONNECT = "mongodb+srv://<username>:<password>@cluster0.s5abe.mongodb.net/telegrom?retryWrites=true&w=majority"

root/server.js

const express = require("express");
const router = require("./network/routes");
const db = require("./db");
require("dotenv").config({ path: ".env" });

// conexion a la base de datos
db(process.env.DB_CONNECT);

const app = express();
const PORT = 3000;

//codificación
app.use(express.json());
app.use(express.urlencoded({ extended: false }));

//cargamos el servidor a las rutas para que "prenda"
router(app);

app.use("/app", express.static("public"));

app.listen(PORT, () => {
  console.log(`La app está escuchando en http://localhost:${PORT}`);
});

Alonso Fabricio Samanez Nuñez

student•

:thumbsup:

Reinaldo Mendoza

student•

Muchas gracias companero, efectivamente fue muy simple, tambien pase el puerto

Wilson Fernando Antury Torres

student•

Lo que hicimos en esta clase fue conectarnos a nuestra base de datos una vez se haya iniciado el servidor? antes se iniciaba la base de datos solo cuando nos ubicábamos en el componente "message". Correcto? gracias.

Juan Teixeira

student•

Si , efectivamente.! ya que esta app va a tener varios componentes, entonces es mejor hacer una sola llamada cuando arranca el server para conectar la db.! y no que en cada componente tener una llamada para conectar la db.!

Reinaldo Mendoza

student•

Separo la conexion a la base de datos para que escalar sea mas facil

Ramón José París González

student•

¿Cuál es la ventaja de tener la URL de conexión de base de datos como parámetro? Quizás es mejor dejarla como variable de entorno. Pensando en qué tanto podría cambiar la URL de conexión entre métodos, es casi nunca. Sin embargo entre ambientes si cambia

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

student•

Una buena prácica sería la implementación de dotenv para el manejo de las variables de entorno las cuales administramos en un archivo .env en la raiz del directorio el cual lo ignoramos en git y dejamos un archivo .env.example con el nombre de las variables globales para que otro usuario pueda usarlas como referencia.

Andrés Carrillo

student•

No entiendo muy bien por qué basta con hacer db('credencialesDeMongo'); y no llamar a la función connect :/

Juan Carrillo

student•

Cuando hace db('credentials'), está ejecuntando la función connect del modulo db.js, ya que si te fijas está exportando está función por default module.exports = connect, que de hecho es la unica función del modulo, podría serte util revisar este articulo https://developer.mozilla.org/es/docs/Web/JavaScript/Referencia/Sentencias/import

Eduardo Diaz

student•

Puedes darte cuenta facilmente si en lugar de "db(url)" pones "db.connect(url)". A mí me saltó la misma curiosidad y probé.

Jorge Luis Martínez Hernández

student•

yo modifiqué un poco el código para que si la conexión falla el servicio no se levante

const db = require('mongoose');
db.Promise = global.Promise;

const connect = async (url) => {
      await db.connect(url,{
            useNewUrlParser:true,
            useUnifiedTopology: true
      })
            .then(() => {
                  console.log('[Date Base Connect] DB conectada con éxito');
            })
            .catch(err => {
                  console.error('[Date Base Connect] Error al conectar a la base de datoss'+err);
                  return process.exit(22);
            });
}

opcional mente también cambie server.js

db(uri2)
      .then(()=>{
            let app = express();

            app.use(bodyParser.json());
            app.use(bodyParser.urlencoded({extended: false}));

            router(app);
            app.listen(port);

            console.log('La aplicacion esta escuchando en el puerto: '+ port);
      })
      .catch(err => console.error(err));

esto a diferencia de lo que tiene el profesor en la clase es que primero da la conexión a la BD y luego levanta el servicio, y si la conexión falla el servicio no se levanta eso para prevenir que el servicio se levante y no tenga donde guardar. No se que tan bueno es mi código fue por practica ojala me puedan dar su opinión.

David Antonio Garcia Saaib

student•

Ok, esto del archivo de la db sé que funciona porque es exportado desde db.js, e importado y ejecutado en el archivo server.js, pero no entiendo como es que los components acceden pueden acceder a la db si no se ejecuta en ellos.

Será que al ejecutar en server.js esta de manera global?

Luis Lira

student•

Eso creo que es debido a la comunicación que hay de los modelos de mongoose con la instancia principal. Todos los modelos en su funcionamiento interno tienen acceso a esa conexión.

Ariel Ezequiel Biazzo Genua

student•

Yo creeria que es gracias a mongoose, ya que fijate como db requiera a mongoose, y model tambien requiere a mongoose, la verdad es que no tengo mucha idea, pero si generalizo, pensaria que es gracias a mongoose.

Octavio Elsacte Palma

student•

En la clase anterior se hizo el mock y en esta ya hay conexión real a base de datos, nunca ví cómo se hace esto último ¿o soy el único al que le sucede? Ya me perdí. Bajé el código y con eso puedo continuar pero no vi cómo llegamos hasta aqui.

Abraham Serrano Montiel

student•

Concuerdo contigo, tienes en repo de donde bajaste el código?, es que no lo encuentro

Marifer Villarroel

student•

Hola

En código se encuentra en este enlace

Beatriz Pérez Santana

student•

En la url de la conexión a la base de datos se ve la contraseña del usuario... Es seguro que esa información esté en el archivo server.js?

Alexis Alberto Texis Auza

student•

Hola beaps,evidentemente no se pondrá la uri(url de conexion) en plano,lo ideal seria que la guardaras en una variable de entorno.

Carlos Hernández

teacher•

Al final del curso, hay una última clase en la que abordamos este tema, y lo resolvemos como, efectivamente, comenta Alex, con una variable de entorno ;)

Johan Garzon

student•

Al escribir la funcion connect() en db.js sin querer la hice sin async / await, pero igual funciona. ¿Por que es necesario entonces el async / await?

Cristian Antonio García González

student•

Hola @InnuendoX3.

Se utiliza el async para el asincronismo y el await para esperar la respuesta es una buena practica usarla para que no se sobre esfuerce el código y lo tengas optimo, porque en casos pequeños la diferencia no se nota pero cuando un proyecto crece y no se tiene el asincronismo es muy propenso a que el proyecto este mal optimizado

Espero haberte ayudado.

Carlos Enrique Ramírez Flores

student•

Todo esto está muy bien, espero que node tenga un framework con una estructura de trabajo ya más estructurada como Laravel en PHP.

Rubén Dario Chanamé Sánchez

student•

Pues si existe un framework que sigue la estructura de Laravel, se llama AdonisJs (https://adonisjs.com/)

Carl Lewis Castillo

student•

correcto. AdonisJs, está inspirado en Laravel.

se puede decir que es un Laravel en Node

Francisco Garcia [C6]

student•

muy buen curso ;-)

Johan Garzon

student•

No comprendo aún que es lo que hace

db.Promise = global.Promise;

Y otra pregunta es ¿Por qué se deja esta linea por fuera de la funcion connect() en db.js?

jorge llanque

student•

Doy permiso al módulo mongoose que use las promesas en lugar de los callbackas

Khevin Efraín

student•

Ya no es necesario usar mongoose.Promise = global.Promise en el código que usa Mongoose 5, elimínelo. Mongoose 5 usa promesas nativas de forma predeterminada, por lo que el código no hace nada en Mongoose 5. Si usa versiones anteriores si es necesario https://masteringjs.io/tutorials/mongoose/promise#the-mongoosepromise-property

Jherom Chacon

student•

Yo le agregué gestión de excepciones:

Carlos Federico Rubio Prias

student•

Esta clase esta en una posición que no es correcta, por favor corrijan el orden de las clases.

Alfonso Navarro

company_admin•

Si no estas de acuerdo con algo, por lo menos propón una mejora y no criticar por criticar...

CARLOS ANDRES HERNANDEZ COPETE

student•

Así lo implemente yo, aclaro que estoy usando mongo en local. db/mongo.js

const db = require("mongoose");

let uri = "mongodb://localhost:27017/Message";
db.Promise = global.Promise;

db.connect(uri, { useNewUrlParser: true, useUnifiedTopology: true })
  .then(() => console.log("[db] Conectada con éxito"))
  .catch((err) => console.error("[db]", err));

server.js

const express = require("express")
const route = require("./network/routes")
const bodyParser = require("body-parser")
const morgan = require("morgan")

//db
require("./db/mongo")

Juan David Vásquez Rojas

student•

No entiendo a qué se refiere cuando dice "compartir al conexión.. para evitar llenar el pool de conexiones" :(

Danilo Valenzuela

student•

Lo que entiendo es que es mejor crear una únicamente una conexión para todo el proceso. De lo contrario de tendría que levantar la conexión a base de datos cada vez que se quisiera crear, modificar, leer o eliminar algún recurso. Lo anterior debe ser porque la base de datos soporta un número máximo de conexiones o intentos de conexión.

Manuel Alejandro Muñoz Mendivil

student•

Otra manera para mayor orden es lo siguiente, (ya que no me había quedado claro que el db(‘parm’) de server.js se asociaba con la única función existente en db.js)

En server.js db.connect("mongodb+srv://user:pass@cluster0-eiw05.azure.mongodb.net/Chat")

En db.js async function conectar(url){ await db.connect(url,{ useNewUrlParser: true, useUnifiedTopology: true })

console.log([db] conectada con éxito) }

async function desconectar(url){ Código para desconectar console.log([db] Desconectada con éxito) }

module.exports = { connect : conectar, disconect : desconectar }

Cristian Mauricio Cavanzo Arias

student•

Mirando el codigo me queda claro el controller, model y network pero por qué el profesor llama a store?

Jorge Iván Otero Vargas

student•

El archivo store usa mongoose para el intercambio de información con la DB

Lizardo Reyes

student•

Al parecer esta clase estaba mal ordenada, pero ya podemos confirmar que esta correcto.

Adolfo Luis Fernández García-Redondo

student•

Hola!, el curso esta muy bien y lo estoy siguiendo con atención. Sin embargo parece que falta un video, de la lección 17 a la 18 hay un salto tremendo en los contenidos del proyecto: el archivo store.js es totalmente diferente, y hay algunos nuevos como model.js - Alguien me puede ayudar? gracias!

Andres Felipe Jerez Giraldo

student•

estoy viendo exactamente el mismo problema, se pasan toda la parte de las creaciones de los modelos y la estructura definida para la base de datos en mongo :/

Jhair Escobar

student•

tengo el mismo problema