República Web es un podcast de desarrollo web, tecnología y contenidos en internet.
Participan Javier Archeni, Andros Fenollosa y David Vaquero, Antony Goetzschel y Néstor Angulo de Ugarte. ¡Conócelos!
Estamos de vuelta con el estudio de David Vaquero sobre el uso de tecnologías web y esta vez tratamos las bases de datos. En su propio estudio David analiza el uso de tecnologías de bases de datos sobre el millón de sitios web proporcionado por Alexa, tomando además dominios españoles. Este trabajo nos sirve para comentar los resultados y explicar las diferencias entre las bases de datos relacionales como MySQL, Percona, MariaDB o PostgreSQL y las basadas en las llamadas noSQL, con MongoDB como principal protagonista y claramente orientadas a soluciones distribuidas y escalables.
En el episodio David explica con detalle las diferencias conceptuales de este tipo de base de datos y los usos a los que va dirigidos. Es una explicación muy útil para tener una idea global sobre estas tecnologías y lo crítico que puede resultar para el rendimiento y la escalabilidad de nuestros proyectos.
Tradicionalmente las bases de datos se han visto como una caja negra, con una abstracción muy elevada para evitar preocuparse en los detalles de acceso y manipulación de los datos. Esta abstracción libera a los profesionales de las complejidades del software, aunque la exigencia y naturaleza de ciertas aplicaciones requieren tener un control más exhaustivo de cómo funcionan, destacando la importancia de contar con profesionales que optimicen los sistemas.
3 respuestas a “Estudio sobre uso de bases de datos relacionales y NoSQL”
Hola!
Lo primero muchas gracias por el programa, no me pierdo ninguno, o no planeo hacerlo. Con esto de la cuarentena voy retrasado, acabo de escuchar este :).
Muy buena la explicación de David sobre las diferencias entre SQL y NoSQL se nota que se dedica a esto, vaya piquito. Aunque debo decir que estoy bastante en desacuerdo con su afirmación de que toda startup debe empezar con Mongo (o cualquier otra NoSQL, entiendo) para no ponerse palos en las ruedas. Pese a que toda su argumentación es cierta, todos los beneficios de una base de datos no relacional vienen subditados al modelado de los datos, para mi la mayor diferencia entre ambos tipos:
– SQL, construyes tu modelo de datos para que sea consistente basado en entidades, luego aplicas queries en función de las necesidades del negocio.
– NoSQL, conoces las necesidades del negocio y construyes tu modelo de datos basado en sus requisitos para optimizar las queries, idealmente una por acción.
IMO, meter una NoSQL en un entorno donde los requisitos son tan cambiantes como una startup puede ser un suicidio (lo digo por experiencia, maldita ElasticSearch). En mi opinión, lo mejor es poder usar los dos modelos para aprovechar las virtudes de ambos en donde aplique, como bien habéis dicho.
Perdón por contaros mi vida pero si no lo decía reviento. Un saludo.
Hola Rober! Muchas gracias por contarnos tu experiencia y por tu punto de vista. Está claro que hay que valorar bien el tipo de proyecto y tampoco dejarse llevar por soluciones más «cool». Las bases de datos relacionales siguen demostrando un gran rendimiento y a fin de cuentas no todos los proyectos serán el próximo Uber. Muchas gracias por escucharnos y por tu apoyo cafetero. Un abrazo.
Buenas Rober.
En mi caso lo de «domar al caballo» es como llamo yo a ponerle límites a las BBDD NoSQL. MArcar esos llímites para que las cosas no se vayan de madre. Si usal cualquier tipo de ORM, te lo permite hacer de una manera muy sencilla 🙂
El próximo 11 de diciembre se celebra la segunda edición del evento 24H24L. Consiste en 24 charlas de una hora de duración, en una edición dedicada a la programación y al mundo del desarrollo. 24H24L es una jornada pensada para compartir conocimiento por parte de profesionales y entusiastas del software libre en español. Detrás de …
Nuevo episodio de la serie dedicada a las criptomonedas de la mano de David Vaquero. En este episodio David explica la operativa de los exchanges y cómo gestionar la compraventa de criptomonedas. Hay detalles que tenemos que tener en cuenta como las comisiones de transferencia y las de intercambio de criptodivisas, porque si no nos …
Este episodio surge de un artículo escrito por Dan Moore en su blog con el título «You should use forums rather than Slack/Discord to support developer community» Este artículo trata de explicar las razones por las que basar tu comunidad de desarrollo en foros abiertos y públicos, en lugar de chats privados, ofrece más posibilidades …
Vuelve Facebook al podcast y en esta ocasión para hablar sobre su apuesta por el metaverso. Facebook (ahora Meta) quiere liderar el mundo del metaverso, un espacio donde el mundo físico y el digital se unen para crear un lugar de interacción social. El metaverso de Facebook vendría a ser la evolución de las redes …
Hola!
Lo primero muchas gracias por el programa, no me pierdo ninguno, o no planeo hacerlo. Con esto de la cuarentena voy retrasado, acabo de escuchar este :).
Muy buena la explicación de David sobre las diferencias entre SQL y NoSQL se nota que se dedica a esto, vaya piquito. Aunque debo decir que estoy bastante en desacuerdo con su afirmación de que toda startup debe empezar con Mongo (o cualquier otra NoSQL, entiendo) para no ponerse palos en las ruedas. Pese a que toda su argumentación es cierta, todos los beneficios de una base de datos no relacional vienen subditados al modelado de los datos, para mi la mayor diferencia entre ambos tipos:
– SQL, construyes tu modelo de datos para que sea consistente basado en entidades, luego aplicas queries en función de las necesidades del negocio.
– NoSQL, conoces las necesidades del negocio y construyes tu modelo de datos basado en sus requisitos para optimizar las queries, idealmente una por acción.
IMO, meter una NoSQL en un entorno donde los requisitos son tan cambiantes como una startup puede ser un suicidio (lo digo por experiencia, maldita ElasticSearch). En mi opinión, lo mejor es poder usar los dos modelos para aprovechar las virtudes de ambos en donde aplique, como bien habéis dicho.
Perdón por contaros mi vida pero si no lo decía reviento. Un saludo.
Hola Rober! Muchas gracias por contarnos tu experiencia y por tu punto de vista. Está claro que hay que valorar bien el tipo de proyecto y tampoco dejarse llevar por soluciones más «cool». Las bases de datos relacionales siguen demostrando un gran rendimiento y a fin de cuentas no todos los proyectos serán el próximo Uber. Muchas gracias por escucharnos y por tu apoyo cafetero. Un abrazo.
Buenas Rober.
En mi caso lo de «domar al caballo» es como llamo yo a ponerle límites a las BBDD NoSQL. MArcar esos llímites para que las cosas no se vayan de madre. Si usal cualquier tipo de ORM, te lo permite hacer de una manera muy sencilla 🙂
Un saludo
David