¿Cuándo utilizar SQL y cuando NoSQL?

preview_player
Показать описание
En este video te muestro las características que tienen las bases de datos relacionales y las no relacionales, y cuando es más apto utilizar una u otra.

La falta de respeto tanto a mí como a cualquier otra persona y el SPAM son razones de bloqueo en mi canal.

"Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for "fair use" for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use"

---------------------------------------------------------------------------------------------------------------

#SQL #NoSQL #BasesDeDatos
Рекомендации по теме
Комментарии
Автор

Magistral, tres elementos que destacan la exposición que ha hecho Hector:
- Simplicidad: esto es, fácil de entender
- Objetividad: directamente al grano
- Amigable: Uso de ejemplos de aplicación

Muchas gracias por el conocimiento que aporta a la comunidad, saludos desde Honduras

JoseRomero-omcz
Автор

Buena explicación. Agregaría la desambiguación del término NoSQL que se usa generalmente para referirse a las bases de datos no relacionales (un término más correcto es non-relational), pero también se usa para las bases de datos Not-only-SQL, es decir, que soportan datos no estructurados. En este sentido, PostgreSQL es un buen ejemplo, soportando datos JSON que pueden ser indexados, transformados e incluidos en las clásulas JOIN y WHERE igual que cualquier otro campo de la BD.

Respecto del criterio para usar una u otra, en mi opinión, depende más de la información capturada. Usé PostgreSQL para un sistema donde hay una buena parte de datos personalizables (como el 70% de la estructura de datos es personalizable). Así que hay información estructurada y no estructurada mezclada. Ahora si los atributos de cada campo no estructurado es la misma o casi la misma en la mayoría de los casos, es mejor optar por la parte estructurada de PostgreSQL o por un motor SQL convencional.

RodrigoGalvezRojas
Автор

Excelente información. Aunque viendo este video con mi novia a un lado (que sabe 0 de programación) pensó por tu aspecto estabas hablando de 2 formas para invocar al demonio jaja

cristians
Автор

Una base de datos relacional se compone de varias tablas especiales (llamadas relaciones), ya que deben cumplir con varias reglas, siendo una de las principales la que determina que cada una de sus columnas deberá ser de un tipo de dato en particular: no puedo alimentar un dato de tipo texto si esa columna es de tipo numérico, por ejemplo. La "asociación", "liga" o "relationship" es el concepto que permite precisamente asociar los registros de diferentes tablas... en inglés "relation" equivale a la tabla o relación y "relationship" a la asociación entre tablas... para evitar ambigüedades, en español llamamos a las relaciones, "tablas" y a las asociaciones "relaciones".... excelente tu video, ya tienes nuevo suscriptor.

Miguel
Автор

Excelente maestro HdeLeon!
GRACIAAAAS!!

Algedibarrios
Автор

Cuando me salió la recomendación de YouTube para ver el vídeo pensé que era un canal de rock, pero me quedé sorprendido lo bien que explicas el conocimiento, saludos desde Ecuador

davidvizuete
Автор

Hector mira te puedo decir que tu explicacion fue verdaderamente "criminal", "excelente", "limpia" y "clara". Estoy totalmente de acuerdo contigo. Las reglas del negocio o los casos de uso son los que determinan que tipo de tecnilogia usar y en este caso particular que tipo de Base de datos impkementsr. Verga hermano te la comidte eres un hombre sabio. Mis respetos.

javiergallardo
Автор

MUCHAS..GRACIAS..MAESTRO.., tenia esa duda de si podía o no manejar ambos tipos de BDs.
Tenía pensado hacer lo siguiente
1) SQL para hacer operaciones(join, union, etc etc..) hasta cierto tiempo(5 años) por ej, según volumen de información

2) migrar o copiar toda la información de SQL a NoSQL para uso informativo netamente, luego el DELETE en SQL jeje

Hacer eso para que no se vuelva pesado la BD y por ende empiece a ponerse lento el sistema

carlosmedrano
Автор

Genial, Te felicito lo explicaste tal cual es sin confundir, Saludos desde Ecuador

javiergonzalez-jhrp
Автор

Metal e ingeniería de software, la mejor combinación 🤟🏼

tadeotorres
Автор

Justamente toda esta semana estuve dándome clavados en transacciones y ahora que veo este video tuyo mientras como me doy cuenta que todo está relacionado por todos lados, excelente consejo lo de acid: atomicity, consistency, isolation and durability

BrokenDevEspanol
Автор

Tienes mucha razon en la cuestion de que no hay tanta informacion de noSql. Por ser nuevo se tienes dudas de su manejo he implementacion no se encuentra facil los metodos de utilizarlo. Son metodos que no estan bien implementados en algunas escuelas asi que para los estudiantes tiene que aprenderce de forma autodidata o con cursos espesializados

geronimotapiacabrales
Автор

Gracias por la clase ingeniero, saludos!

tabletennis
Автор

Un tipo grande con pelo largo y negro en una habitación oscura... Me encanta jaja, ahora en serio, gracias por el vídeo

GERARDHHH
Автор

Excelente video. Excelente la claridad con la que lo resumiste.
Y vamos que esa remera también mete metal al asunto 🍺🍺🍺

cristianmosteiro
Автор

¡Gracias Tio Dros desarrollador! por tu conocimiento

dayanaromerosoto
Автор

Siempre Hector con las explicación de 10/10 grande!!!

d-landjs
Автор

Excelente video, vi muchos pero ninguno tan completo como éste! crack

AlejoElGunner
Автор

He estado haciendo una app en Flutter y me has Usado bastante con esto conocimiento, gracias!! Pero que subas de algoritmos y se implementan en cada caso

candangasrodriguito
Автор

Como decimos aquí en Costa Rica, mae sos genial saludos un millón de

geopococi