Hola Luisina , no sabes lo mucho que agradezco tus clases!!...Tengo un curso comprado el cual, gracias a estos que son free lo voy entendiendo , mucho mas que las 12 horas de cuatrimestre dedicadas a base de datos!!!Gracias totalesss, Genia!!
Gracias. Como siempre, muy bien llevado el video. Paré el video e hice el ejercicio de la tienda de Electrodomésticos con las entidades Cliente, Pedido y Producto, antes de ver la solución y bajo el criterio que use, la relación de Pedido y Producto me salió n a n , un pedido puede contener muchos productos y un producto puede estar en muchos pedidos. Cliente - Pedido: Me salió igual: 1 a n, un cliente puede tener muchos pedidos pero el pedido solo puede pertenecer a 1 cliente. Como comentaste, no siempre es tan evidente las relaciones.
Claro, pero en la relación entre PEDIDO y PRODUCTOS cada producto es individual, entonces no puede estar el mismo producto en muchos pedidos sinó se lo estaría vendiendo a muchas personas, yo lo entendí así
@@juanignacio6580 , gracias por el comentario. Si, mi interpretación y error, antes de ver la explicación, fue que vi las entidades pedido y producto aisladas de Cliente y como lo explico Luisina , la cadena en la vida real es que llega 1 cliente y hace 1 pedido y en ese pedido pueden haber n productos o el mismo cliente hace otro pedido ( n pedidos) y dentro de cada pedido pueden haber n productos ( por cierto un mismo producto puede estar en varios pedidos, como sucede en la vida real).
Excelente video, no entendía los tipos de relaciones representados en el diagrama ER, ahora entendí facilmente como manejar bien los diagramas. Agradezco esta clase, entendí en 12 minutos lo de casi una semana de estudio 😅
Lui, sos la mejor explicando !! Me dieron una beca para un minicurso por UTN de MySQL y tengo que hacer un DER: menos mal que busqué un video tuyo ¡¡ mi mente se iluminó !! 😂 En cuanto termine entregue el trabajo final, me meto a full con tu curso de SQL !!!
La relación de las entidades Pedidos y Productos a mi paracer seria n:n ya que un pedido puede contener muchos productos y un producto puede estar en varios pedidos. Lo anterior es a mi parecer. Saludos y muy buena explicación
Todo depende del caso y de la interpretación del escenario real, en este caso se hace un "supuesto" para poder hacer una demo del tipo de relación ;) pero obviamente cada análisis de relaciones va a variar dependiendo del escenario! Saludos!!
Estoy completamente de acuerdo contigo, opino lo mismo. Pero como indica @TodoCode, básicamente se rige según el enunciado indicado y por la experiencia de cada uno. En mi caso, yo le pondría de n a n.
Difiero de tu opinión, porque cada producto se rige por un código de lote o serie, y no puede estar un mismo producto con un mismo nro de lote/serie en pedidos diferentes. Para cada pedido va a haber un producto que puede ser con las mismas características pero que van a diferir en cuanto al nro de lote o serie.
en donde ??? en toooooodo coooooode xddd gracias Luisina, me estas salvando no le entiendo nada a mi profe del instituto y ti te entiendo todo !!! Gracias!
muy buena base de teoria profesora, gracias por la gran clase, estoy haciendo el curso en la todo code academy, pero estamos aquí también apoyando al canal c:
Hola Luisiana. Tienes un video en el que pongas en práctica la creación de tablas pero sin el programa informático (es decir, como si fuera los esquemas que pones de clientes-pedidos-productos) para poder entender cómo se hacen las relaciones y las creaciones de tablas n-n.
Muy claro el video. A la hora de aplicar la cardinalidad en el diseño lógico, cómo podemos saber cuándo usar NON, IDENTIFYING RELATIONSHIP y cuándo usar IDENTIFYING RELATIONSHIP ?
Buen dia, en la ultima relacion se puede hacer una relacion tambien de muchos a muchos? ; porque muchos productos pueden estar en muchos pedidos, es decir, al día siguiente otro cliente puede ir a comprar otro televisor y 2 computadores (muchos productos en esa tabla), etc, con otro pedido (que se convierte en muchos pedidos) , no lo puede hacer en le mismo pedido que realizo el día anterior el primer cliente. Muchas gracias. Álvaro de Colombia.
hola buenas, la igual que aqui entendi muy bien, ahora me anime a comprar tu curso en TodoCode, acerca de las APIS, ahora para desplegar esa apli me dicen que tengo que dockerizar si es en JavaScript, el curso que tienes de microservicios se ve eso o es muy aparte de lo que quiero hacer?
ESTARIA BUENO QUE NOS ENSEÑES A INTERPRETAR UN TEXTO TEORICO Y COMO IDENTIFICAR LAS ENTIDADES Y LAS RELACIONES Y LUEGO CREAR EL DER. MUY BUENO TU VIDEO
Hola! Interpretación de texto se suele dar en primaria/secundaria en materias como lengua y comunicación u otras (no es algo que se de en informática, sino que son cuestiones complementarias)... es un conocimiento que se tiene incorporado generalmente. En estos ejemplos consiste en identificar los sustantivos para ver cuáles pueden ser entidades 😀. Saludos!!
yo puse una relacion N a N entre los pedidos y los productos antes de ver el diagrama de la profe, porque pense que un producto podia estar en muchos pedidos al igual que un pedido podia tener muchos productos
tengo una duda con respecto al ejemplo que pusiste en el video, no se si este en lo correcto pero yo pienso que la relación entre pedidos y productos es de n a n, porque 1 pedido puede estar compuesto de varios productos sin embargo 1 producto también puede estar en varios pedidos ya que los productos tienen un código y ese código se puede encontrar en varios pedidos porque ese producto no es exclusivo de un solo pedido. Por favor que alguien mas experimentado en el modelado de bases de datos me diga si estoy en lo correcto o no.
Hola Luisina, genial tus clases. Yo las estoy aprovechando para aplicarlas en mis estudios como QA, me serviria si tenes y podes pasar los pdf que utilizas en los videos, ya que me quedaria como un ayuda memoria. Gracias desde ya
Consulta la relación entre pedidos y productos no sería n a n, porque un producto podría estar en n pedidos y muchos pedidos podrían tener muchos productos?
Hola! No se si entendi bien tu consulta... pero todo depende de qué modelado hagas y de qué manera querés asociar para saber a qué dato necesitas acceder! En este caso es necesario pedidos como tabla intermedia porque los productos son parte de un pedido/venta... ahora si vos queres que los productos tengan "dueños" (sin tener en cuenta un proceso de venta, de reserva, etc etc) ahi talll vez podrian ir directo, pero repito, depende siempre del escenario y del analisis inicial que hagas de las necesidades 😊
Jefa! Creo q encontre un bug, al darle click a "Video de la clase (Duracion:12:00)" abajo de Material de la clase me manda a un video de intruduccion a los algoritmos.
Tengo una duda, como es que muchos alumnos pueden tener muchas materias, pero un pedido puede tener muchos productos, porque no aplica la relación M:M?
Porque los modelados no son algo RÍGIDO que siempre se hace igual... depende del analisis de cada escenario y las necesidades o requerimientos que hayan! Si se precisa n a n, xq debe haber relación bidireccional es válido, pero en caso de que no, no es necesario. Repito NO ES ALGO QUE SIEMPRE SE HACE DE CIERTA MANERA... El modelado puede variar MUCHO de escenario a escenario o dependiendo de los requerimientos
😂Dado los siguientes objetos .cliente,orden,detalle,detalle-orden,artículo,pago,efectivo,cheque,crédito,como hago un diagrama de clases y las relaciones de 1a1,1aM,y MaM
📌¿Querés ir derecho a la práctica? ➡️➡️➡️➡️ 06:53
"Jugar a todo trapo" ... muy buena explicación, pero lo que más me quedó fué esa frase genial.
Hola Luisina , no sabes lo mucho que agradezco tus clases!!...Tengo un curso comprado el cual, gracias a estos que son free lo voy entendiendo , mucho mas que las 12 horas de cuatrimestre dedicadas a base de datos!!!Gracias totalesss, Genia!!
No solo sabe un montón, sino que sabe transmitirlo. Lo mismo me pasó cuando vi su webinar de Scrum en Twitch.
Gracias. Como siempre, muy bien llevado el video.
Paré el video e hice el ejercicio de la tienda de Electrodomésticos con las entidades Cliente, Pedido y Producto, antes de ver la solución y bajo el criterio que use, la relación de Pedido y Producto me salió n a n , un pedido puede contener muchos productos y un producto puede estar en muchos pedidos. Cliente - Pedido: Me salió igual: 1 a n, un cliente puede tener muchos pedidos pero el pedido solo puede pertenecer a 1 cliente. Como comentaste, no siempre es tan evidente las relaciones.
Claro, pero en la relación entre PEDIDO y PRODUCTOS cada producto es individual, entonces no puede estar el mismo producto en muchos pedidos sinó se lo estaría vendiendo a muchas personas, yo lo entendí así
@@juanignacio6580 , gracias por el comentario. Si, mi interpretación y error, antes de ver la explicación, fue que vi las entidades pedido y producto aisladas de Cliente y como lo explico Luisina , la cadena en la vida real es que llega 1 cliente y hace 1 pedido y en ese pedido pueden haber n productos o el mismo cliente hace otro pedido ( n pedidos) y dentro de cada pedido pueden haber n productos ( por cierto un mismo producto puede estar en varios pedidos, como sucede en la vida real).
Excelente video, no entendía los tipos de relaciones representados en el diagrama ER, ahora entendí facilmente como manejar bien los diagramas. Agradezco esta clase, entendí en 12 minutos lo de casi una semana de estudio 😅
muchas gracias, justo estoy realizando un informe sobre una empresa ficticia de venta de productos usando diagramas er
Hermosa explicación, igual que la Ing. Muy Linda y muy Profesional en cada clase que nos brinda
Ya te amamos Diosa de la Sabiduria Virtual... la simplicidad de tus clase enamoran...
Lui, sos la mejor explicando !! Me dieron una beca para un minicurso por UTN de MySQL y tengo que hacer un DER: menos mal que busqué un video tuyo ¡¡ mi mente se iluminó !! 😂
En cuanto termine entregue el trabajo final, me meto a full con tu curso de SQL !!!
La relación de las entidades Pedidos y Productos a mi paracer seria n:n ya que un pedido puede contener muchos productos y un producto puede estar en varios pedidos. Lo anterior es a mi parecer. Saludos y muy buena explicación
Todo depende del caso y de la interpretación del escenario real, en este caso se hace un "supuesto" para poder hacer una demo del tipo de relación ;) pero obviamente cada análisis de relaciones va a variar dependiendo del escenario! Saludos!!
eso siempre me ha confundido
Estoy completamente de acuerdo contigo, opino lo mismo. Pero como indica @TodoCode, básicamente se rige según el enunciado indicado y por la experiencia de cada uno. En mi caso, yo le pondría de n a n.
Difiero de tu opinión, porque cada producto se rige por un código de lote o serie, y no puede estar un mismo producto con un mismo nro de lote/serie en pedidos diferentes. Para cada pedido va a haber un producto que puede ser con las mismas características pero que van a diferir en cuanto al nro de lote o serie.
@@angraween asi es. se debería tomar casuistica real para explicar mejor, solo consejo.
Estás súper guapa, eres de lo más clara, me encantan tus vídeos, ayer te descubrí en una comunidad y me has resuelto muchas dudas♥
¡Saludos!
genia profe!!! siempre clara y concisa!
el motor de IA de Geminis me recomendó el video!! excelente!
en donde ??? en toooooodo coooooode xddd gracias Luisina, me estas salvando no le entiendo nada a mi profe del instituto y ti te entiendo todo !!! Gracias!
Mas claro que el agua, muchas gracias por el video.
que maravilloso poder conocer este hermoso canal, muchas gracias profe
Muy bueno Profe! Excelentemente explicado....
muy buena base de teoria profesora, gracias por la gran clase, estoy haciendo el curso en la todo code academy, pero estamos aquí también apoyando al canal c:
Esa explicación vale oro , gracias🙌
Hola Luisiana. Tienes un video en el que pongas en práctica la creación de tablas pero sin el programa informático (es decir, como si fuera los esquemas que pones de clientes-pedidos-productos) para poder entender cómo se hacen las relaciones y las creaciones de tablas n-n.
Muy buena explicacion, muchas gracias Luisiana
Teacher, analista funcional, backend dev, genia!! gracias por compartir lo vivido!!
Que buen video, me salvaste un trabajo practico que tenia que hacer
Impecable clase! Gracias Luisina, crack!
Muy buena la explicación. Gracias Luisina! 🙂
Muy claro el video. A la hora de aplicar la cardinalidad en el diseño lógico, cómo podemos saber cuándo usar NON, IDENTIFYING RELATIONSHIP y cuándo usar IDENTIFYING RELATIONSHIP ?
gracias excelente explicacion
excelente explicacion gracias miles
Que bien explicas y además con ese rostro tan hermoso provoca ver los videos todo el día.
Súper claro! Gracias profe!!!!!!
Me encanta como explicas, gracias !!!
Increible contenido. Muchas gracias.
gracias por todo estos cursos y videos muy completos
Te felicito muy bien explicado!!!
Buen dia, en la ultima relacion se puede hacer una relacion tambien de muchos a muchos? ; porque muchos productos pueden estar en muchos pedidos, es decir, al día siguiente otro cliente puede ir a comprar otro televisor y 2 computadores (muchos productos en esa tabla), etc, con otro pedido (que se convierte en muchos pedidos) , no lo puede hacer en le mismo pedido que realizo el día anterior el primer cliente. Muchas gracias. Álvaro de Colombia.
La mejor explicación 🎉
hola buenas, la igual que aqui entendi muy bien, ahora me anime a comprar tu curso en TodoCode, acerca de las APIS, ahora para desplegar esa apli me dicen que tengo que dockerizar si es en JavaScript, el curso que tienes de microservicios se ve eso o es muy aparte de lo que quiero hacer?
hola, buen video, tengo una duda, en la practica cuantas tablas tendríamos en el ejemplo de clientes pedidos y productos,
Clarísimo como siempre profe!! impecable!
Me encanta tu forma de explicar :3
Vamos bien. Excelent teacher
Muy bien explicado, profe :)
Es genial mil gracias me gusto encanto
Me encanta todo code, muy bueno
nanana el mejor video para la materia 100/10
Me encantan sus videos!!!! 😍❤
vine a escuchar la explicacion y sali enamorado
Muy claro, bien.
Una genia explicando, a prueba de Manolito (de Mafalda) 😆🤣
me re sirvio graciassssssssss profe Luisina
¡Explicas superbién!! Y eres preciosa
Felicitaciones por tu gran trabajo ;)
Muchas gracias!!! 😊😊
muy buena explicación
ESTARIA BUENO QUE NOS ENSEÑES A INTERPRETAR UN TEXTO TEORICO Y COMO IDENTIFICAR LAS ENTIDADES Y LAS RELACIONES Y LUEGO CREAR EL DER. MUY BUENO TU VIDEO
Hola! Interpretación de texto se suele dar en primaria/secundaria en materias como lengua y comunicación u otras (no es algo que se de en informática, sino que son cuestiones complementarias)... es un conocimiento que se tiene incorporado generalmente. En estos ejemplos consiste en identificar los sustantivos para ver cuáles pueden ser entidades 😀. Saludos!!
Que genia profe. La proxima un ejemplo con Messi. jaja
que reina, muy claro
Excelente explicacion
buenisimo, gracias genia!
excelente estos videos
yo puse una relacion N a N entre los pedidos y los productos antes de ver el diagrama de la profe, porque pense que un producto podia estar en muchos pedidos al igual que un pedido podia tener muchos productos
Coincido con vos, la profe no hace la pregunta al revés, 1 producto puede estar en n pedidos
Muy Bueno el video
tengo una duda con respecto al ejemplo que pusiste en el video, no se si este en lo correcto pero yo pienso que la relación entre pedidos y productos es de n a n, porque 1 pedido puede estar compuesto de varios productos sin embargo 1 producto también puede estar en varios pedidos ya que los productos tienen un código y ese código se puede encontrar en varios pedidos porque ese producto no es exclusivo de un solo pedido. Por favor que alguien mas experimentado en el modelado de bases de datos me diga si estoy en lo correcto o no.
Yo pienso lo mismo, esa relación debe ser n a n.
todo claro mi amor
Gracias
Gracias!
Excelente explicacion!
Muy buen video
Sabes algún libro de este tema?
Donde voy a aprender bases de datos? En donde? En todocoooooooooooud!
Hola Luisina, genial tus clases. Yo las estoy aprovechando para aplicarlas en mis estudios como QA, me serviria si tenes y podes pasar los pdf que utilizas en los videos, ya que me quedaria como un ayuda memoria. Gracias desde ya
Excelente clase!
Buen video! Saludos
Consulta la relación entre pedidos y productos no sería n a n, porque un producto podría estar en n pedidos y muchos pedidos podrían tener muchos productos?
muy bueno gracias :D
Clarisima la teoría y muy buena la práctica!!
es genial!!
gracias!!!!!
Y un producto puede ser solicitado por varios pedidos? es decir, relación n-n ?
Date un besito de mi parte
Hola, sobre el último ejemplo porque la relación es 1 a n y no n a n?
Menos mal q existes y haces videos xd
Hola, tengo una pregunta, si no estuviera la entidad "Pedidos", "Productos" podría tener muchos "clientes"? Muchas gracias por compartir!.
Hola! No se si entendi bien tu consulta... pero todo depende de qué modelado hagas y de qué manera querés asociar para saber a qué dato necesitas acceder! En este caso es necesario pedidos como tabla intermedia porque los productos son parte de un pedido/venta... ahora si vos queres que los productos tengan "dueños" (sin tener en cuenta un proceso de venta, de reserva, etc etc) ahi talll vez podrian ir directo, pero repito, depende siempre del escenario y del analisis inicial que hagas de las necesidades 😊
❤
enseñas mejor que mi profe xd
🎉🎉🎉
Su voz se parece a la de Nicky Nicole
👍
Jefa! Creo q encontre un bug, al darle click a "Video de la clase (Duracion:12:00)" abajo de Material de la clase me manda a un video de intruduccion a los algoritmos.
Luisina estas guapisisiiiiiima
jajaja
Una genia!!
Gracias Mauuu!!! 🤓
Y la relacion 1 a 1?? no diste ejemplo
que mujerón. me enamoré en one xd 😍😍🥰🥰😘😘
Tengo una duda, como es que muchos alumnos pueden tener muchas materias, pero un pedido puede tener muchos productos, porque no aplica la relación M:M?
Porque los modelados no son algo RÍGIDO que siempre se hace igual... depende del analisis de cada escenario y las necesidades o requerimientos que hayan! Si se precisa n a n, xq debe haber relación bidireccional es válido, pero en caso de que no, no es necesario. Repito NO ES ALGO QUE SIEMPRE SE HACE DE CIERTA MANERA... El modelado puede variar MUCHO de escenario a escenario o dependiendo de los requerimientos
Todos queremos jugar al argentum online en una tele de 80" en una pc master race?
no entendí nada pero me enamoré que es lo importante
😂Dado los siguientes objetos .cliente,orden,detalle,detalle-orden,artículo,pago,efectivo,cheque,crédito,como hago un diagrama de clases y las relaciones de 1a1,1aM,y MaM
KAPA
jajjajaja "jugar a todo trapo"
mi novia we
.
Gracias