Wilson Marino Pablo Mendez
Y es aquí donde nace la entidad débil
Israel Vázquez Morales
ProfesorBuen ojo
Perla Godinez Castillo
súper!
La cardinalidad en el diseño de bases de datos es un aspecto crucial que determina cómo se relacionan las entidades entre sí. Dentro de las diversas formas de cardinalidad, hay una que se destaca por su complejidad y desafíos únicos: la cardinalidad muchos a muchos. Esta forma de relación no solo es fundamental para modelar situaciones reales de manera adecuada, sino también para asegurar que la base de datos sea eficiente y escalable en el manejo de datos interconectados.
¿qué es la cardinalidad muchos a muchos?
La cardinalidad muchos a muchos representa una situación en la que una entidad puede estar relacionada con muchas instancias de otra entidad. A su vez, cada una de esas instancias puede estar vinculada con varias instancias de la primera entidad. Este concepto puede sonar abstracto, pero es común en el mundo real.
¿cómo reconocer una relación muchos a muchos?
Un claro ejemplo de la cardinalidad muchos a muchos es la relación entre alumnos y clases en un entorno educativo. Un estudiante puede inscribirse en varias clases como español, matemáticas y fundamentos de base de datos. Paralelamente, cada clase puede tener inscritos a múltiples estudiantes. Este tipo de relación genera algunas preguntas sobre la naturaleza y dirección de la relación y cómo abordarla en un modelo de base de datos.
¿cómo se representa en un diagrama de base de datos?
En los diagramas físicos de bases de datos, la cardinalidad muchos a muchos se representa generalmente a través de una línea que se parte en tres en ambos extremos de la relación. En ocasiones también se agrega una línea extra para indicar que siempre hay múltiples instancias en ambos lados de la relación, es decir, no hay lugar para los ceros o unos, solo múltiples relaciones.
¿por qué es importante entender esta cardinalidad?
Entender y trabajar correctamente con la cardinalidad muchos a muchos es esencial para reflejar con precisión las complejas interacciones entre entidades. En el desarrollo de un proyecto, identificar estas relaciones y comprender cómo manejarlas afectará directamente la eficiencia y la capacidad de la base de datos para escalar y manejar grandes cantidades de información interrelacionada.
¿Te enfrentas a la tarea de diseñar una base de datos o simplemente deseas comprender mejor cómo las entidades se relacionan dentro de un sistema de base de datos? La cardinalidad muchos a muchos puede ser un desafío, pero también es una oportunidad de aprendizaje emocionante. Con cada paso en este proceso, te irás convirtiendo en un diseñador más hábil y capaz. Recuerda, cualquier complejidad que encuentres es una oportunidad para ampliar tu conocimiento y perfeccionar tus habilidades. ¡Sigue adelante y sigue aprendiendo!
Wilson Marino Pablo Mendez
Y es aquí donde nace la entidad débil
Israel Vázquez Morales
ProfesorBuen ojo
Perla Godinez Castillo
súper!
Juan Carlos García Flores
Que les parece mi diagrama, espero me puedan corregir u orientar para complementarlo.
Gracias.
Carlos Umaña
Hey! Me parece que está bien, pero no crees que los pedidos también deberían tener productos? Y siendo así creo que podrías tener un caso de multiples muchos en ese apartado de tu diagrama.
Juan Carlos García Flores
Gracias por su aportación Carlos, ahora que lo dices es verdad, pondré una relación entre "pedidos" y "productos" ademas de agregar el atributo de "Tipo".
Gracias nuevamente amigo!!
Juan Jose López Lira
Un modelo de datos complejo para un sistema...
Enrique Yael C
:0
Nestor Antonio Pineda Otero
Se observa interesante, deberíamos conocer los detalles del sistema para analizar las relaciones, carnalidades y la normalización.
RAUL ROJAS
Enrique Montes Trejo
Una obseración cuando ponemos la cardinalidad de muchos a muchos tambien se pone de esta manera N : M
Benjamin Edilfonso
si
Ramón Antonio Melo Olivero
Cristian Andres Ladino Peña
Buen ejemplo jeje
David Alejandro Mosquera Moreno
Neyder Alberto Quemba Ruiz
¿Los pilotos pueden tener N escuderías?
Cristian Josue Hernandez Amaya
En mi proyecto tengo 3 relaciones de muchos a muchos.
Christian Mahonry Colorado Bulbarela
Hola me gustaría hacer una observación que a la vez es pregunta.
¿Por que consideras la cardinalidad de Carreras - Asignaturas como 1:N?
Según me deducción: una carrera tiene varias asignaturas, pero una asignatura puede pertenecer a varias carreras.
Sebastian Baez Ramos
Hola. ¿Me podrías decir que app utilizaste para realizar el diagrama?
Jose Manuel del Villar Soriano
Creo que es más correcto decir N a M ya que N a N está diciendo que ambos números de la cardinalidad son iguales (ejemplo: 2 a 2, 3 a 3), cuando en realidad llegan a ser diferentes (ejemplo, 4 a 2 ,8 a 1).
Daniel Cañon
totalmente de acuerdo ;)
Omar Tinoco Padilla
¿Opiniones?
Juan Marcos Caicedo Mejía
Hola, les anexo mi proyecto que es sobre la base de datos de Mundiales de Fútbol a lo largo de la historia, recibo comentarios y mejoras constructivas
Jonahtan Valle Palacio
Yo pienso que continente se puede inferir por la sede, por lo que sería punteado su óvalo, lo mismo que para la confederación que se puede inferir por el país (lo anterior si el observador sabe de geografía y como funcionan esas agrupaciones de fútbol). Mientras que en partido, el resultado es un atributo que no se infiere, es decir, alguien puede decir X equipo le ganó a Y por 3 goles de diferencia, pero tu no sabes cual es el resultado, mientras que si tu dices cual es el resultado como un atributo (sin puntear) detalles cómo la diferencia de gol que mencioné se podría inferir y esa si iría punteada. En cuanto a las demás entidades se podrían agregar estadísticas útiles como cual es su pie de pegada principal, los partidos ganados, si es arquero o jugador de campo y la diferencia entre atajadas, anotaciones, quites de balón, duelos, etc. Pero sería para detallar mucho mas tu trabajo. Esa es mi apreciación Juan, si estoy errado agradecería que me lo comentaran.
Saludos.
Arturo Mauricio Terceros Beltrán
Me parece que debes incluir información sobre quien salio campeon en el mundial y tambien sobre en que posición finalizo el torneo
Victor Hugo Vázquez Gómez
En el proyecto personal tengo una relación muchos a muchos muy clara. Película-Género
Una película puede tener muchos géneros Un género puede tener muchas películas
Alexander Jimenez Sanabria
saludos, esa relación la muchos a muchos la resuelves creando una tabla que se llame géneros por películas
Sebastian Saenz Ford
Lo que noto es que modificas el verbo cuando cambias la dirección de la relación. Por ejemplo, 1 alumno "pertenece" a 1 o muchas clases. Pero luego cuando la relación es en la otra dirección, dice algo como 1 clase "contiene"... Entonces el verbo ya no es el mismo. Esto lo noté en varias oportunidades. Mi duda es, hasta que tan estricto se es con el verbo, ya que pertenece no es lo mismo que contiene, y me imagino en situaciones más complejas como podría impactar.
Jeyson David Vargas Crespo
Hola, el uso de verbos es para clarificar de forma didactica y educativa el significado de las relaciones.
Seba Cardoso
Es correcto lo que dice @jeydvc. Si quisieras podrías armar tu modelo con relaciones sin nombre.
Juan Pablo Lozano
Hola a todos! les comparto mi diagrama de mi proyecto sobre un e-commerce de vinos
Daniel Reymundo
Genial
Héctor Aguilar Mogollan
Una relación de muchos a muchos se produce cuando varios registros de una tabla se asocian a varios registros de otra tabla. Por ejemplo, existe una relación de muchos a muchos entre los clientes y los productos: los clientes pueden comprar varios productos y los productos pueden ser comprados por muchos clientes.
Mauricio Gonzalez Falcon
Un video que explica de manera interesante la cardinalidad:
link
Luis Pena
en Microsoft Access de muchos a muchos (N:N) se representa con un aimbolo de infinito.
Gerardo Rojas Rivera
Las ventas deberían estar relacionadas de muchos a muchos no?
Ventas y productos (Muchos a muchos) por que la venta puede tener varios productos.
¿o no? tengo dudas :(
GUADALUPE GARCÍA VÁZQUEZ
Proyecto: Control de compra- venta de productos
Cardinalidad 1 a N Cliente -- Ventas: Un cliente puede tener varias ventas, pero una vente sólo puede tener un cliente Productos- Almacén: Un producto tiene un almacén y un almacén tiene muchos productos. Usuario---(Almacén, compras, ventas): Un usuario puede registrar varios movimientos, pero un movimiento es registrado por un usuario.
Cardinalidad N a N Producto--- Proveedores: Un producto, puede tener varios proveedores, un proveedor puede surtir varios productos Producto---Compra: Un producto puede tener varias compras, una compra puede tener varios productos
Héctor Eduardo López Carballo
Hice un modelo de una Biblioteca de Videojuegos, no sé si está bien.
Bryan Javier Calero Robleto
Hola me podrias decir que programa utilizaste para hacer tu diagrama.
Héctor Eduardo López Carballo
Hola!
Utilicé esta página web, me pareció fácil de usar y no hay que instalar nada. Alguien en una clase anterior la había recomendado y por eso la probé.
Jose Angel Condori Ccapa
pueden usar este programa para graficar http://dia-installer.de/index.html.es
Javiera González
gracias!