Quiero que sepas que deje mi trabajo para dedicarme Full-Time a programar, no sabia que me gustaba tanto ! he descubierto una pasión gracias a vos! muchas gracias por tus videos y tu vocación ! yo también tengo un pequeño canal "humildemente" jaja! GRACIAS TOTALES! Saludos desde Argentina.
Me gusto como le quedo el "tócame la campana de abajo". Disculpa mi comentario fuera de lugar pero estoy aprendiendo, no tengo info de lo que hablaste como para hacerte un comentario relevante. Gracias!
Ha pasado mucho tiempo desde que se publicó el vídeo pero sí me gustaría hacer la siguiente pregunta. Si SQL es mejor en las escrituras y NOSQL en las lecturas, ¿qué tipo de tabla recomendarías para la monitorización de equipos? Por un lado existen las escrituras y por otro lado habrá lecturas. Zabbix usa una tabla SQL pero no estoy seguro si es la mejor opción, sobre todo si la monitorización incluye lecturas anteriores para realizar consultas, diagnósticos o incluso predicciones. Estupendo vídeo y muchas gracias.
Gracias por tus videos, los veo todos. aun no llego a sql, pero ya comienzo a escuchar del que es lo que voy a aprender y aun no decido, esperaré hasta aprenderlo, y por cierto, se te barrió la palabra "link unión, así que gracias y seguiré viendo tus videos y dándoles likes, suerte y gracias otra vez
que buena explicación, podrías hablar de http/3, que va a suceder con quic y los protocolos tcp/ip que serán reemplazados por udp? y como afecta esto a los websockets, y frameworks como laravel, express, django etc? la incertidumbre me mata...
Me gustó muchísimo la explicación de No-SQL de Amazon y lo de Dynamo, y el cómo se refleja la latencia en distintos servidores. ¿Pudiste conseguir ese papper? Me gustaría leerlo.
Gracias por el vídeo. Personalmente prefiero SQL por su consistencia y facilidad de modificación ante cambios. Con esquemas maestros - esclavos de replicación de servidores se intenta mitigar la latencia de las lecturas de los datos. También es importante saber crear correctamente los índices, select, vistas,, normalización, etc. El problema que veo en SQL es la infraestructura. Para proyectos muy pequeños o muy grandes nosql con caché de lectura-escritura parece mejor opción pero para proyectos medianos prefiero SQL
Es u error meclar terminos, nosql != norelacional, bajo el criterio de conceptos una base de datos creada en mysql puede ser no relacional. Y una bd datos en mongo puexe ser relacional, la misma definicion que da mongobd define que la diferencia radca en coml se manejan las relacionss y en su certificación existe el modulo de bdrelacionales con mongo.
Buenas Nico, muy bueno el video, he encontrado explicaciones muy buenas en tu canal con ejemplos prácticos lo cual las vuelve invaluables. Si algun dia tienes ganas/tiempo de hacerlo me gustaria encontrar un video en donde puedas explicar un poco sobre modelaje de DB's No-SQL pues viendo este video tengo algunas dudas. Me he dado cuenta que las veces que implemente DB's no-sql, las he diseniado con "mente-sql"... por ejemplo, siguiendo tu ejemplo de producto con correo de usuario, lo que venia haciendo era guardar el ID del usuario dentro de la colección de productos, y luego a la hora de leerlos hacia una promesa que traia los productos y en su then otra promesa que traia los datos del usuario que precisaba, lo cual ahora entiendo que no funciona asi. Entonces me pregunto, si guardas en cada producto los datos del usuario que deseas, como aseguras la consistencia de los datos? es decir, si el usuario cambia su foto tenes que triggerear un update quizas en 200 productos de la colección por ejemplo? Gracias de nuevo por compartir tan valioso conocimiento
Hola, excelente video, me llamó mucho la atención el caso que mencionas de dynamoDB me leeré el artículo. Si no es mucha molestia, podrías hacer un video del rendimiento de ejecución de programas y de bases de datos con tarjetas gráficas?
Muy bueno el video. Muy claro para aquellos que necesitan interiorizarse en estos conceptos. Me gustó mucho la aclaración de que en realidad debiéramos hablar de bases Relacionales y No-Relacionales, ya que SQL en realidad es un lenguaje, aunque obviamente fortísimamente relacionado a las bases de datos relacionales (valga la redundancia :-)) . Ahora de mi parte todavía no entiendo para desarrollos de bases no-gigantes (no la de Amazon, la de Facebook y varias otras) se esté renunciando a las enormes ventajas de consistencia, orden, diseño y ahorro de controles posteriores que tenés en las bases de datos relacionales. Pero bueno, tal vez sea de otra época. :-) Saludos desde Argentina.
El ejemplo de la coherencia se entendio pero se puede mitigar en ese caso. Mail no cambia y la foto la dejas en una url q no cambia, solo cambia el contenido. :P
No son mutuamente excluyentes. En la mayoría de los casos que me he encontrado es primero preferible asegurar la consistencia de los datos mediante la normalización de la base de datos relacional. Si las necesidades de lectura son altas se puede hacer una o varias réplicas con bases de datos no relacionales. Las bases de datos NoSql nos salvan de ese tipo estrategia que consistía en desnormalizar las tablas relacionales.
Buen video! También lo que yo hago para decir si SQL o No-SQL es si de antemano sé que ya está bien diseñada y estructurada una base de datos posiblemente uso SQL, si sé de antemano que la base de datos aún no está diseñada y que puede llegar a sufrir muchisimas variaciones en el proceso de desarrollo me voy por No-SQL, ya que son mucho más flexibles a la hora de tener que modificarlas que las SQL, saludos!
No es mala idea, lo que yo entiendo es que una DB tiene que estar bien estructurada desde el principio. La lógica me dice que la utilización de una o de otra tiene más que ver con la cantidad de registros que se supone van a tener que soportar. Para más aclaración noSQL empieza a ganar sentido y relevancia con la big-data. De todos modos no hay problema en conocer y trabajar ambas tecnologías, es más un desarrollador debe conocer ambas, que por otro lado tampoco te representa mucho esfuerzo.
@@nachorodber En teoría una BDD tiene que estar bien diseñada desde un principio, pero hay muchas veces que ni el mismo cliente sabe lo que quiere, y es ahí cuando te das cuenta que la BDD puede llegar a sufrir varias re-estructuras en el proceso de desarrollo :(
Hola! Está buenísimo tu video pero está un poco alto el volumen de la música de fondo y me desconcentro con eso. Estaría muy agradecido si lo podes bajar un poquito. Un saludo y muchas gracias!
En algunas entidades financieras aun usan Cobol por su velocidad para consultar y actualizar los datos, por ejemplo para los cajeros automáticos. ¿Esas bases de datos que definen en la respectiva sección se pueden considerar como no relacionales?
Tienes su pros y sus cons las NOSQL el problema con las bases de datos No Relacionales es que necesitas sí o sí meter todos los datos que vas a necesitar en un futuro en una una sola colección de datos. Con una buena normalización de datos relacionales se puede obtener buen rendimiento + un almacenamieneto en bruto con archivos NoSQL que no nos importe las relaciones con otros archivos.
hola amigo saludos desde venezuela...muy buenos tus videos- una pregunta , desde que edad te metiste en el mundo de la programacion?? siempre fuiste bueno en ello o te tuviste que pulir mucho?? me gustaria saberlo, estoy entrando en ese mundo y ando perdido
Tengo entendido que Base de Datos documentales como MongoDB (NoSQL) no es apropiadas para registros de transacciones, ninguna empresa bancarias usan ese modelo.
No entendí muy bien la parte de durabilidad , si se queman el servidor de donde recuperaría la información ?, Y lo de escalabilidad Horizontal también se puede hacer en SQL , gracias por el aporte
indica que las bases relacionales estan en su etapa de maduracion y dando paso a las No SQL..? o solo es un fenomeno para soluciones especificas de inmensos volumenes de informacion?
Que pasa si se utiliza una base de datos SQL sin utilizar restricciones de llaves foráneas, lógicamente de perderían los mecanismos de integridad pero esto significaría un incremento de velocidad en las consultas?, de ser el caso sería mas rápido que con DBMS NoSQL?
wao interesante, me gustarian mas videos de bases de datos, ya que se bastante de programacion pero nada de base de datos ahi estoy muy pobre de conocimiento, y son realmente importantes T-T
Un ejemplo en que usarías nosql, pero que no sea de un desarrollo tipo Amazon? Yo he diseñado un ERP en el cual algunos clientes mantienen muchos años de transacciones y suman muchos millones de registros. Las consultas a datos consolidados de varios millones de datos demoran menos de un segundo. La verdad es que creo que la decisión, en entornos que no sean Amazon, de tomar sql o nosql está más allá de rendimientos. Quizá si existiera una necesidad de guardar datos poco estructurados?
Buen día, felicitaciones por tu canal, me parece de mucha calidad tu contenido y la cantidad de subcritos lo confirman, quiero aprovechar este espacio para conocer tu punto de vista con respecto a la siguiente afirmación (Spoiler Alert!: Puede parecer arrogante pero no deja de ser válida): "Si MongoDB es para gran cantidad de datos la nueva tendencia a usarlo es por los programadores que no son capaces de crear bases de datos relacionales y mucho menos crear de índices eficientes en SQL y/o MySQL, ya que en su mayoría no llegarán a los volúmenes de datos como Netflix, facebook, etc..."
Supe que Mercado Libre implemento replicar los datos de lectura de uso común por los clientes a base de datos no relacionales, quiero hacer algo similar en mi empresa tener una base de datos relacional como principal e ir generando una replicación de los datos que necesitan los clientes a una base de datos no relacional, como lo puedo hacer.
Hola Nicolas, Te quería pedir si podemos hacer en algún momento videos de ejercicios para hacer en JS, react, o Python actualmente soy alumno tuyo a través de la plataforma de Udemy y me esta sirviendo mucho lo que estoy aprendiendo con vos! pero estaría interesante o que hagas un curso de udemy exclusivo de actividades o por youtube así podemos debatir y practicar todo lo aprendido saludos!
Excelente video como siempre Nico, una sola observación, cuando dices "concurrente , asincrónico", debemos aclarar que son conceptos distintos. Saludos!
Buen video!! En mi opinión SQL es lo mejor, si estás trabajando en un proyecto muy grande por ende estamos hablando en general que es un proyecto costoso y gastar en un buen servidor no debería de ser un problema ya que es una solución .
y si el usuario solo ingresa datos de login, pero todo lo demás la aplicación móvil ya tiene los datos cargados??? que tipo de base de datos debería utilizar?
NoSQL para bigdata dato no estruturado + SQL para dato relacionado = datawharehouse => business intelligent .... no he tenido oportunidad de trabajar con NoSQL. saludos
Se nota que sabe mucho; eso no se discute, pero es mucha info y sin ejemplos de cada tipo de dbf es imposible entender. Yo conozco las relacionales, pero no imagino como son las no relacionales. Gracias por el esfuerzo y hago esta crítica solo para contribuir, sin maldad. Saludos!
Los libros de Asimov 👍 preludio a la fundación y fundación son los que más me gustan, te recomiendo la saga de los cantos de Hiperión, se dice que los últimos dos de cuatro no son buenos pero el final es espectacular así qué te recomiendo leer los cuatro
![Stromae, Pomme - “Ma Meilleure Ennemie” (from Arcane Season 2) [Official Visualizer]](http://i.ytimg.com/vi/1F3OGIFnW1k/mqdefault.jpg)
En un universo paralelo, Aldo, de El Robot de Platón es Senior Developer
Buenísima explicación, me hiciste entender lo que en un semestre online no pude. Saludos y gracias.
Tu estilo me recordo un poco a Aldo del canal robot de platon
Baje a los comentarios a escribir exactamente tu comentario.
jaja la música de fondo en el min 2:50 le dio mas esa imagen!
y tal vez, ambos esten en nueva zelanda
totalmente jajaja
Igual XDXD
Quiero que sepas que deje mi trabajo para dedicarme Full-Time a programar, no sabia que me gustaba tanto ! he descubierto una pasión gracias a vos! muchas gracias por tus videos y tu vocación ! yo también tengo un pequeño canal "humildemente" jaja! GRACIAS TOTALES! Saludos desde Argentina.
Me gusto como le quedo el "tócame la campana de abajo". Disculpa mi comentario fuera de lugar pero estoy aprendiendo, no tengo info de lo que hablaste como para hacerte un comentario relevante. Gracias!
Muy buena explicacion. Tu forma de hacer la analogia sobre ACID es super facil de entender. GRACIAS.
Ha pasado mucho tiempo desde que se publicó el vídeo pero sí me gustaría hacer la siguiente pregunta. Si SQL es mejor en las escrituras y NOSQL en las lecturas, ¿qué tipo de tabla recomendarías para la monitorización de equipos? Por un lado existen las escrituras y por otro lado habrá lecturas.
Zabbix usa una tabla SQL pero no estoy seguro si es la mejor opción, sobre todo si la monitorización incluye lecturas anteriores para realizar consultas, diagnósticos o incluso predicciones.
Estupendo vídeo y muchas gracias.
Muchísimas gracias por la explicación, me ha servido mucho!!!
Hola gracias por compartir tu conocimiento sobre sql y no sql. Me gustó tu explicación clara. Un saludo desde Yucatán
Gracias por la explicación, me ha ayudado a comprender y a tomar desiciones, respecto a que se debe separar, y a la alta disponibilidad.
Tu contenido es realmente valioso, gracias, entonces voy a aplicar NO-SQL para mi pequeño proyectos .
Gracias por tus videos, los veo todos. aun no llego a sql, pero ya comienzo a escuchar del que es lo que voy a aprender y aun no decido, esperaré hasta aprenderlo, y por cierto, se te barrió la palabra "link unión, así que gracias y seguiré viendo tus videos y dándoles likes, suerte y gracias otra vez
Muy buena explicacion, vengo de un pensamiento relacional y con tu video logre captar a full como es que trabajan las nosql
Estupenda explicacion, saludos.
Sensacional! Es el primer vídeo que veo y razón suficiente para suscribirse. Fenomenal, muchas gracias!
que buena explicación, podrías hablar de http/3, que va a suceder con quic y los protocolos tcp/ip que serán reemplazados por udp? y como afecta esto a los websockets, y frameworks como laravel, express, django etc? la incertidumbre me mata...
Me gustó muchísimo la explicación de No-SQL de Amazon y lo de Dynamo, y el cómo se refleja la latencia en distintos servidores. ¿Pudiste conseguir ese papper? Me gustaría leerlo.
Saludos desde Paraguay. Te sigo en cada video. Aprendí mucho de usted.
Gracias por la explicación, muy buena.
Gracias por el vídeo. Personalmente prefiero SQL por su consistencia y facilidad de modificación ante cambios.
Con esquemas maestros - esclavos de replicación de servidores se intenta mitigar la latencia de las lecturas de los datos. También es importante saber crear correctamente los índices, select, vistas,, normalización, etc.
El problema que veo en SQL es la infraestructura.
Para proyectos muy pequeños o muy grandes nosql con caché de lectura-escritura parece mejor opción pero para proyectos medianos prefiero SQL
Excelente video, muchas gracias por compartir tu conocimiento. Saludos desde Chile.
Una excelente explicación, tendrás un video d q ejemplo concreto d una estrcutura de una bbdd no sql
Has un video sobre ¿Cómo diseñar correctamente una base de datos relacional? con ejemplos! gracias!
Para "isolada" me parece que el término correcto sería aisladas
Excelente explicación hermano!, Sencilla y puntual
Hola amigo, que bueno tu video. Eres muy pedagógico, eso se agradece. Saludos desde chilito.
Buenisimo ! Muchas gracias Nico!
"Tócame la campana de abajo"...
Yo, mexicano y alburero, suscrito y tocandole la campanita hehehe
Excelente canal, me encanta.
Ja ja ja funciona a varios niveles (voz de Homero Simpson)
muchas gracias por explicar tan bien esto. me parece gracioso que tu estilo de video se parece también a la de aldo de el robot de platon
Jajaja hablas igual a el del robot de no se que. Y la misma música jajaja al menos en este video. Me hizo desconcentrar jajajjaa
muchas gracias por la detallada y completa info!!! ;-)
Es u error meclar terminos, nosql != norelacional, bajo el criterio de conceptos una base de datos creada en mysql puede ser no relacional. Y una bd datos en mongo puexe ser relacional, la misma definicion que da mongobd define que la diferencia radca en coml se manejan las relacionss y en su certificación existe el modulo de bdrelacionales con mongo.
¡Excelente video, muy bien explicado!
Buenas Nico, muy bueno el video, he encontrado explicaciones muy buenas en tu canal con ejemplos prácticos lo cual las vuelve invaluables. Si algun dia tienes ganas/tiempo de hacerlo me gustaria encontrar un video en donde puedas explicar un poco sobre modelaje de DB's No-SQL pues viendo este video tengo algunas dudas.
Me he dado cuenta que las veces que implemente DB's no-sql, las he diseniado con "mente-sql"... por ejemplo, siguiendo tu ejemplo de producto con correo de usuario, lo que venia haciendo era guardar el ID del usuario dentro de la colección de productos, y luego a la hora de leerlos hacia una promesa que traia los productos y en su then otra promesa que traia los datos del usuario que precisaba, lo cual ahora entiendo que no funciona asi. Entonces me pregunto, si guardas en cada producto los datos del usuario que deseas, como aseguras la consistencia de los datos? es decir, si el usuario cambia su foto tenes que triggerear un update quizas en 200 productos de la colección por ejemplo?
Gracias de nuevo por compartir tan valioso conocimiento
Hola, excelente video, me llamó mucho la atención el caso que mencionas de dynamoDB me leeré el artículo. Si no es mucha molestia, podrías hacer un video del rendimiento de ejecución de programas y de bases de datos con tarjetas gráficas?
Muy bueno! Y que piensas de las bases de datos de grafo o multimodelos como neo4j o arangodb?
Hola, muchísimas gracias lo entendí perfectamente. Llevaba un rato investigando este tema, hasta que encontré tu video. Me suscribo, saludos.
Muy bueno el video. Muy claro para aquellos que necesitan interiorizarse en estos conceptos. Me gustó mucho la aclaración de que en realidad debiéramos hablar de bases Relacionales y No-Relacionales, ya que SQL en realidad es un lenguaje, aunque obviamente fortísimamente relacionado a las bases de datos relacionales (valga la redundancia :-)) . Ahora de mi parte todavía no entiendo para desarrollos de bases no-gigantes (no la de Amazon, la de Facebook y varias otras) se esté renunciando a las enormes ventajas de consistencia, orden, diseño y ahorro de controles posteriores que tenés en las bases de datos relacionales. Pero bueno, tal vez sea de otra época. :-) Saludos desde Argentina.
Muchas gracias por la info, se agradece la explicación!!!
Excelente! Quede clarito :) mi profesor no supo explicar la diferencia sin caer en tecnicismos o conceptos que solamente el entendia
Buena explicación, NO SQL es la base de datos estructurada hay alguna diferencia?
El ejemplo de la coherencia se entendio pero se puede mitigar en ese caso.
Mail no cambia y la foto la dejas en una url q no cambia, solo cambia el contenido. :P
No son mutuamente excluyentes. En la mayoría de los casos que me he encontrado es primero preferible asegurar la consistencia de los datos mediante la normalización de la base de datos relacional. Si las necesidades de lectura son altas se puede hacer una o varias réplicas con bases de datos no relacionales. Las bases de datos NoSql nos salvan de ese tipo estrategia que consistía en desnormalizar las tablas relacionales.
Que buen vídeo. Vale por la explicación profe Nicolas
Saludos desde Chile
Buen video! También lo que yo hago para decir si SQL o No-SQL es si de antemano sé que ya está bien diseñada y estructurada una base de datos posiblemente uso SQL, si sé de antemano que la base de datos aún no está diseñada y que puede llegar a sufrir muchisimas variaciones en el proceso de desarrollo me voy por No-SQL, ya que son mucho más flexibles a la hora de tener que modificarlas que las SQL, saludos!
No es mala idea, lo que yo entiendo es que una DB tiene que estar bien estructurada desde el principio. La lógica me dice que la utilización de una o de otra tiene más que ver con la cantidad de registros que se supone van a tener que soportar. Para más aclaración noSQL empieza a ganar sentido y relevancia con la big-data. De todos modos no hay problema en conocer y trabajar ambas tecnologías, es más un desarrollador debe conocer ambas, que por otro lado tampoco te representa mucho esfuerzo.
@@nachorodber En teoría una BDD tiene que estar bien diseñada desde un principio, pero hay muchas veces que ni el mismo cliente sabe lo que quiere, y es ahí cuando te das cuenta que la BDD puede llegar a sufrir varias re-estructuras en el proceso de desarrollo :(
buenísimo el video! lo único único que quitaría es la música de fondo
Gracias por compartir tu conocimiento Saludos desde Chile
Al fin lo entendí. Más videos de estos!
Maestro escucho de fondo tus videos mientras desarrollo, genial
Hola! Está buenísimo tu video pero está un poco alto el volumen de la música de fondo y me desconcentro con eso. Estaría muy agradecido si lo podes bajar un poquito. Un saludo y muchas gracias!
Gracias por la información.
La música de fonso me hizo antojar de un pan con jamón..... jejejejej
En algunas entidades financieras aun usan Cobol por su velocidad para consultar y actualizar los datos, por ejemplo para los cajeros automáticos. ¿Esas bases de datos que definen en la respectiva sección se pueden considerar como no relacionales?
Tienes su pros y sus cons las NOSQL el problema con las bases de datos No Relacionales es que necesitas sí o sí meter todos los datos que vas a necesitar en un futuro en una una sola colección de datos. Con una buena normalización de datos relacionales se puede obtener buen rendimiento + un almacenamieneto en bruto con archivos NoSQL que no nos importe las relaciones con otros archivos.
Gracias ,mañana tengo examen de bases de datos y por fin entendí!
hola amigo saludos desde venezuela...muy buenos tus videos-
una pregunta , desde que edad te metiste en el mundo de la programacion?? siempre fuiste bueno en ello o te tuviste que pulir mucho?? me gustaria saberlo, estoy entrando en ese mundo y ando perdido
Jajaja justo era una duda que tenía desde hace mucho tiempo y por pereza u olvido jamás busqué. Muchas gracias por el video.
Tengo entendido que Base de Datos documentales como MongoDB (NoSQL) no es apropiadas para registros de transacciones, ninguna empresa bancarias usan ese modelo.
No entendí muy bien la parte de durabilidad , si se queman el servidor de donde recuperaría la información ?, Y lo de escalabilidad Horizontal también se puede hacer en SQL , gracias por el aporte
indica que las bases relacionales estan en su etapa de maduracion y dando paso a las No SQL..? o solo es un fenomeno para soluciones especificas de inmensos volumenes de informacion?
Que pasa si se utiliza una base de datos SQL sin utilizar restricciones de llaves foráneas, lógicamente de perderían los mecanismos de integridad pero esto significaría un incremento de velocidad en las consultas?, de ser el caso sería mas rápido que con DBMS NoSQL?
wao interesante, me gustarian mas videos de bases de datos, ya que se bastante de programacion pero nada de base de datos ahi estoy muy pobre de conocimiento, y son realmente importantes T-T
muy buen video, sigue asi, he aprendido mucho con tus consejos
Un ejemplo en que usarías nosql, pero que no sea de un desarrollo tipo Amazon?
Yo he diseñado un ERP en el cual algunos clientes mantienen muchos años de transacciones y suman muchos millones de registros. Las consultas a datos consolidados de varios millones de datos demoran menos de un segundo. La verdad es que creo que la decisión, en entornos que no sean Amazon, de tomar sql o nosql está más allá de rendimientos. Quizá si existiera una necesidad de guardar datos poco estructurados?
Cual es la musica de fondo? la escuche hace 2 años y nunca la he encontrado!!! oh todo poderoso RUclipsr creador de contenidos,comparte tu sabiduría.
La Consistencia Eventual es una caracteristica inherente a todo Sistema distribuido para lograr una alta disponibilidad...
buenisimo! gracias me sirvio!
Nosql no solo sql
Mongodb es tambien relacional no estricta
excelente explicación !
Y sobre el lenguaje de consulta o forma de consulta?
Sos un fenómeno!
Buen día, felicitaciones por tu canal, me parece de mucha calidad tu contenido y la cantidad de subcritos lo confirman, quiero aprovechar este espacio para conocer tu punto de vista con respecto a la siguiente afirmación (Spoiler Alert!: Puede parecer arrogante pero no deja de ser válida): "Si MongoDB es para gran cantidad de datos la nueva tendencia a usarlo es por los programadores que no son capaces de crear bases de datos relacionales y mucho menos crear de índices eficientes en SQL y/o MySQL, ya que en su mayoría no llegarán a los volúmenes de datos como Netflix, facebook, etc..."
Supe que Mercado Libre implemento replicar los datos de lectura de uso común por los clientes a base de datos no relacionales, quiero hacer algo similar en mi empresa tener una base de datos relacional como principal e ir generando una replicación de los datos que necesitan los clientes a una base de datos no relacional, como lo puedo hacer.
Si quiero crear un e-shop, que tipo de base de datos debo implementar?
Gran video crack
Hola Nicolas, Te quería pedir si podemos hacer en algún momento videos de ejercicios para hacer en JS, react, o Python actualmente soy alumno tuyo a través de la plataforma de Udemy y me esta sirviendo mucho lo que estoy aprendiendo con vos! pero estaría interesante o que hagas un curso de udemy exclusivo de actividades o por youtube así podemos debatir y practicar todo lo aprendido saludos!
Mira los retos de Brais del canal mauredev algo así c: están geniales sus retos
Hola que tan dinámico es hacer un CRUD con MongoDB para una base de datos para un chatbot de QA
Gracias, muy bien explicado. Trabajaste con dynamodb? Como fue tu experiencia con este?
Buena explicación , deberías agenciarte de más gráficos tal vez para hacer más entretenido el contenido .
Excelente video como siempre Nico, una sola observación, cuando dices "concurrente , asincrónico", debemos aclarar que son conceptos distintos. Saludos!
Buen video!! En mi opinión SQL es lo mejor, si estás trabajando en un proyecto muy grande por ende estamos hablando en general que es un proyecto costoso y gastar en un buen servidor no debería de ser un problema ya que es una solución .
muy útil!!
Mi querido Miguel Grau Informático
La música triste/relajante de ambiente por eso del minuto 2:00 me desconcentró mucho :v
y si el usuario solo ingresa datos de login, pero todo lo demás la aplicación móvil ya tiene los datos cargados??? que tipo de base de datos debería utilizar?
Seria genial un video de las características de cada uno de los sistemas operativos
En la versión mas reciente de mongoDB puedes elegir si quieres usar el modelo Relacional.
En el min 1:08 pensé que iba a decir "pan con jamón" xdd jajajaj como Aldo del Robot de Platón xd
NoSQL para bigdata dato no estruturado + SQL para dato relacionado = datawharehouse => business intelligent .... no he tenido oportunidad de trabajar con NoSQL. saludos
Es conveniente trabajar con SQL y NO-SQL en un mismo sistema?
Saludos pelao!
Excelente contenido
No-Sql: Se desempeña mas en la lectura que en la escritura
Sql: Se desempeña mas en la escritura que en la lectura
Buenísimo contenido el que haces, deberían poner tus videos en las universidades!
¿Es lo mismo "Base de datos orientada a objetos" y "nosql"?
Se nota que sabe mucho; eso no se discute, pero es mucha info y sin ejemplos de cada tipo de dbf es imposible entender. Yo conozco las relacionales, pero no imagino como son las no relacionales.
Gracias por el esfuerzo y hago esta crítica solo para contribuir, sin maldad.
Saludos!
Y cuál es su diferencia con mysql?
Los libros de Asimov 👍 preludio a la fundación y fundación son los que más me gustan, te recomiendo la saga de los cantos de Hiperión, se dice que los últimos dos de cuatro no son buenos pero el final es espectacular así qué te recomiendo leer los cuatro
Excelente información
Muy muy claro
Su manera de hablar me recuerda al de robot de pluton, o algo asi, a Aldo jeje
Gracias por la explicacion crack!!
El Funk de fonde me distrajo , me dio ganas de bailar jaja 8:07