Relaciones

Relaciones

Las relaciones, representadas por un rombo, sirven para crear relaciones entre entidades. Por convención las relaciones son verbos que conectan entidades. Existen entidades multivaluadas o compuestas que tienen vida propia y se relacionan con otras entidades, por lo que se pueden normalizar (concepto que se explicará luego)

Cardinalidad

Es una propiedad de las relaciones que indica la cantidad y correspondencia con la que puede estar relacionada una entidad y puede ser uno a uno, uno a varios, varios a uno y varios a varios.

Relaciones
Las relaciones se representan con un rombo. Las relaciones por convención se definen a través de verbos

Cardinalidades
Es el número de veces que una entidad aparece asociada a otra entidad.

![](

Mi resumen:

Las pequeñas flechas azules indican el sentido del enunciado.

de acuerdo a lo que nos ha venido explicando, en la ultima cardinalidad 0:N considero que el diagrama está mal representado, porque un paciente no puede tener varias habitaciones es correcto que la relación sea 0:N, pero de forma contraria es decir:
hab_hospital ----- 0:N ----- paciente

¿Qué tipo de palabra se utiliza para denotar una relación entre dos entidades?
R= VERBOS

• Pregunta de examen!

https://online.visual-paradigm.com/app/diagrams/#proj=0&type=ERDiagram

Para el que quiera usar una herramienta online para diagramas.

No entendi muy bien la cardinalidad: 0 a N
Mi razonamiento va por aquí:

1. Un paciente tiene una habitación. 1 a 1
2. Una habitación tiene un paciente: 1 a 1
3. Una habitación puede tener muchos pacientes: N a 1
4. Una habitación puede que no tenga ningún paciente: 0 a 1

Cuál de todas escojo? como se concluye que es de 0 a N ? no me queda claro. Ayuda!

Si desean un editor de diagramas sencillo que viene tanto en Linux como en Windows les recomiendo Dia
https://es.wikipedia.org/wiki/Dia_(programa)

Encontre este sitio muy bueno para poder diagramar, ademas hasta se puede exportar.

https://dbdiagram.io/d

Reforzamiento.

Las relaciones son formas de ligar entidades u objetos.

Por convención son definidas por medio de verbos.

Los atributos multivaluados, por lo general se pueden convertir en entidades separadas.

La cardinalidad es el conjunto de relaciones en el que participan dos o más entidades.

Aquí otros ejemplos de poyo:

Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro en una entidad B. (ejemplo dos entidades, profesor y departamento, con llaves primarias, código_profesor y jefe_depto respectivamente, un profesor solo puede ser jefe de un departamento y un departamento solo puede tener un jefe).
Uno a Varios: (1:N) Un registro en una entidad en A se relaciona con cero o muchos registros en una entidad B. Pero los registros de B solamente se relacionan con un registro en A. (ejemplo: dos entidades, vendedor y ventas, con llaves primarias, código_vendedor y venta, respectivamente, un vendedor puede tener muchas ventas pero una venta solo puede tener un vendedor).
Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de trabajo).
Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con muchas entidades en B y viceversa (ejemplo asociaciones-ciudadanos, donde muchos ciudadanos pueden pertenecer a una misma asociación, y cada ciudadano puede pertenecer a muchas asociaciones distintas).

Este es mi diagrama

Si no saben como hacer los diagramas yo encontré este programa de uso gratuito.
Aparecen todos los elementos que se usan en el curso.
Ahí a la derecha aparecen los elementos y abajo pueden editar los conectores para usar los que indica el curso en su entrada (target), salida (source) y tipo de línea.
https://www.yworks.com/products/yed/download#download

La siguiente imagen la use para poder practicar los conceptos que da el profesor, a continuación se las dejo por si quieren practicar.
En mi caso no le llegue a entender completamente, pero me da una idea de como funcionan la simbología que nos da.

Me parece que falto otra cardinalidad, la de mucho a muchos.

Les comparto mi ERD.

LA CARDINALIDAD
Es Simplemente la forma en que se relacionan las Entidades, o expresa cuantas entidades se
Relacionan con otras entidades. Hay varias maneras de mostrar las cardinalidades:
Poner etiquetas en las líneas que unen las relaciones con las entidades, consiste en un mínimo y máximo que contiene un cero (varios a varios) y lo usual es poner una “M” en un
Existen 4 tipos de relaciones que pueden establecerse entre entidades, las cuales establecen con cuantas ocurrencias de entidad de tipo B se puede relacionar una ocurrencia de entidad de tipo A:
4. Relación uno a uno.
5. Relación uno a varios (n).
3. Relación varios (n) a uno.
4. Relación varios a varios (n)- (n)
TIPOS D

Hice esta tabla con todo sobre la cardinalidad que el profe mencionó. Tal vez les pueda ser útil, además que tiene unos ejemplos que vi aquí: https://en.wikipedia.org/wiki/Cardinality_(data_modeling)

No sé porqué tengo la leve impresión que este tema en la universidad lo complican muchísimo, pero aquí se hace tan fácil. Saludos, muy buen clase!

Pregunta técnica:
¿No hay problema que usted haya expresado las entidades en singular, sabiendo que en una clase anterior nos enseñó que siempre deberían ir en plural?
Gracias.

Hola ! Aquí dejo mi diagrama de relaciones para mi proyecto personal. Es una base de datos para gimnasios donde se pueda llevar control de la calidad de los entrenadores y tambien haciendo seguimiento del BMI de los atletas o personas que entrenan. Quedo atento a su feedback.

Explico por que lo hice asi:

Entidades:

Gym: tiene su ID, nombre, direccion, email_publico y un Score que es una entidad que se calcula de acuerdo al Score de los entrenadores.

Trainer: Es la entidad que representa al entrenador, tiene su id, nombre, email, password y un score que le van dando los atletas. Esta es una entidad débil porque no puede existir un entrenador sin un gym.

Athlete: Entidad que representa a las personas que asisten al gym como clientes. Tienen su id, nombre, email, password, altura y peso que se usan para calcular el BMI que es el indice de masa corporal. Esta es una entidad débil porque no puede existir un Athlete sin un trainer.

Relaciones:

1 Gym tiene muchos Entrenadores , y un entrenador puede pertenecer a muchos GYM, ya que un entrenador puede trabajar en varios en distintos dias o turnos. Por lo que es una relacion de muchos a muchos.

1 Gym tiene muchos atletas y un atleta tiene puede ser miembro de muchos gym. Tambien una relacion muchos a muchos.

1 entrenador puede tener muchos atletas y un atleta puede tener muchos entrenadores, por lo que es muchos a muchos.

la herramienta se llama lucidchart es online y tiene su versión gratuita para el que quiera.

Relaciones: nos permite unir nuestras diferentes entidades y se representa por rombos. (Se definen con verbos)
Atributo multievaluados: donde la entidad puede tener mas de un mismo atributo.
Cardinalidad: Es una propiedad de las relaciones que tiene que ver con los numeros.
Cardinalidad: 1:1 (uno a uno)
Cardinalidad: 0:1 (uno opcional a uno)
Cardinalidad: 1:N (uno a muchos)
Cardinalidad: 0:N (uno opcional a muchos)

🚨🚨🚨CREO QUE ENCONTRE UN ERROR
⚠️Creo que el ejemplo de relación entre paciente y hospital esta al revés
Los simbolos representan el numero minimo y maximo de Ła ENTIDAD que tienen al lado
La pregunta para saber que relación tienen es
Cuál es la cantidad minima y maxima de HABITACIONES que puede tener UN PACIENTE??
1 paciente solo puede tener 1 habitación 👉🏻 El símbolo se coloca al lado de la entidad de HABITACIONES
Cuál es la cantidad minima y maxima de PACIENTES que puede tener UNA HABITACION??
0 o varios 👉🏻 El símbolo se coloca al lado de la entidad PACIENTE

Usa mermaid para crear tus diagramas entidad relación

He estado usando mermaid para hacer los diagramas y está buenísimo. Quedan muy bien los diagramas y se acomodan muy bien, y los creas programáticamente.

https://mermaid-js.github.io/mermaid/#/entityRelationshipDiagram?id=entity-relationship-diagrams

si bien entendí la clase pero al reflexionar sobre el tema y aterrizar la teoría al mundo real me asalta una duda, en particular, sobre el ejemplo del esquema paciente-hospital

se asume en el ejemplo que la relación paciente - habitacion es 0 a n,
es decir el paciente siempre esta asignado a una habitación de hopistal. Ha pasado al menos en mi pais que por sobre demanda los pacientes se quedan sin habitacion y terminan en camas en los pasillos.

Si yo estubiera a cargo de la base de datos de un hospital, como tendria que resolver el tema de tener una entidad sin relacion?

deberia ser una cardinalidad 1 a 1 opcional?

Ajustando mi diagrama de platziblog con este tema (para revisión):

![](

cardinalidad 1 a N:

• Una persona puede tener una pareja, pero la pareja puede tener varias personas 😦

Sitios para hacer Diagramas:

Lucidchart: https://www.lucidchart.com/
Gliffy: https://www.gliffy.com/
Creately: https://creately.com/
SmartDraw: https://www.smartdraw.com/

Hola a todos,
Encontré este video donde explican un poco mejor el tema de cardinalidad. Espero les sirva.
Saludos
https://www.youtube.com/watch?v=TKuxYHb-Hvc&ab_channel=LucidSoftwareEspañol

Alguien mas piensa que la relación entre el paciente y la habitación de hospital esta mal hecha?, si no es así agradecería que alguien me ayudara a entender por que esta bien

¿Por qué el ejercicio de cardinalidad de tomar el número más grande no aplicó en el ejemplo de [sesión_actual] ----- <tiene> -------- [usuario] cardinalidad 0:1? Considerando que se debe tomar el número más grande y cuando el usuario si está en sesión sería uno.

Acá mas información sobre el diagrama entidad relacion:
https://www.lucidchart.com/pages/es/que-es-un-diagrama-entidad-relacion

¿Puede un paciente tener varias habitaciones?
Yo creo que el diagrama está mal porque no cumple la “primera dirección”
.
Un paciente no puede tener varias habitaciones, pero las habitaciones permanecen aun sin pacientes.
.
Si fuera
habitación —0:N---- paciente
no tiene lógica del todo, porque la habitación siempre está, por lo que no es opcional.
Si el paciente fuera plural, osea pacientes,
sería una combinación de 0:N con N:N.
.
alta confusión, su opinión será apreciada.

Creo que el último ejemplo, el de cardinalidad de 0:N, estuvo mal planteada porque no sería que a un paciente se le asigna una habitación pero una habitación no necesariamente va a tener un paciente. Por lo cual no seria cardinalidad de 0:1.

. Asi va quedando mi diagrama cualquier error que llegue a cometer me avisan

Me causo un poco de confusión la relación 0 a N. Por tanto, quiero exponer mi punto de vista y mi representación gráfica.
Debido a que un paciente puede o no tener habitación, se toma opcional la relación 1:1 (convirtiendose en 0:1) y por otro lado, la habitación puede tener o no uno o más pacientes, teniendo una relación opcional 1:N (convirtiendose en 0:N), por lo cual nos llevaría en general a tener una relación 0:N.

RESUMEN:

Las relaciones son la forma de ligar entidades, se representan con un rombo en lo que se usan verbos. La cardinalidad es una propiedad de las relaciones y está asociado con conjuntos y relaciones.

0 a 1: Puede que exista un elemento sin asociar
1 a 1: Solo un elemento puede tener otro elemento asociado.
1 a n: Un elemento tiene muchos otros elementos asociados.
0 a n: Un elemento puede estar asociado a muchos elementos.

Cardinalidad es el número de entidades con la cual otra entidad puede asociar mediante una relación binaria; la cardinalidad puede ser:
Uno a uno,
Uno a muchos
Muchos a uno
Muchos a muchos.

IMPORTANTE

Las palabras tipo “verbos” se utilizan para denotar la relación de dos entidades en una base de datos. 👀

Tema: Cómo funcionan las relaciones en los diagramas ER

Notas:

Las relaciones se encierran en un rombo. 😄

Las relaciones nos ayudan a unir entidades con verbos

Tiene: relaciona dos entidades.

Para definir la relacion, tiene que ver con una propiedad de las relaciones que se llama cardinalidad.

Cardinalidad:

• 1:1 Una persona tiene solo unos datos de contacto ↔ los datos de contacto pertenecen a una sola persona.

  

  Para sacar la cardinalidad tomamos el numero mayor de cada lado 😄.

• 0:1 (1 a 1 opcional) sesion actual—-tiene——usuario, la session actual puede tener un usuario, pero el usuario puede no estar en una sesion ahora mismo.

• 1: N De un lado, tenemos solo 1, del otro lado tenemos muchos.

  

• 0 : N (1 a n opcional) podemos tener 0 de un lado, pero n de muchos.

Relaciones Las relaciones son la manera en las que comenzamos a ligar nuestras entidades.

Cardinalidad 1 a 1

Cardinalidad 0 a 1 ( o 1 a 1 opcional )

(Puede que el usuario tenga o no una sesion abierta)

Cardinalidad 1 a N

Una persona puede tener varios autos, pero un auto solo puede tener solo una persona dueño.!

• Relaciones
  • las relaciones son objetos que enlazan los demás objetos
  • Las relaciones se grafican con un rombo
  • Las relaciones por convención se definen a través de verbos
• Cardinalidad

  • cuantos de un lado pertenecen al otro lado

  • cardinalidad: 1 a 1

    ejemplo: persona ——tiene——datos de contactos

    una persona tiene una serie de datos personales y una serie de datos personales tiene una persona

  • la cardinalidad opcional es cuando puede haber la opción que no exista uno de los lados

    • sesión actual——tiene——usuario (se gráfica con lineas punteadas)

  • Cardinalidad: 1 a N

    • N significa muchos
    • ejemplo: persona——tiene—-automovil (una persona puede tener muchos autos pero los autos solo tienen un dueño)

Pregunta de examen:
¿Qué tipo de palabra se utiliza para denotar una relación entre dos entidades?
(https://platzi.com/clases/1566-bd/20199-relaciones2272/?time=107)

Hola, si digamos que quiero hacer una red social sencilla tengo estas entidades pero ahí no sé como poner los mensajes. Porque el usuario puede tener muchos mensajes pero un mensaje tiene 2 usuarios.
Osea no es que el mensaje pueda tener muchos usuarios sino sólo 2 y siempre van a ser dos, entonces en ese caso qué.

Aqui mi diagrama de parqueaderos que estoy haciendo para mi trabajo 😃
[

Alguien puede evaluar si lo que hice esta bien, yo creo que si. Se les agradece.
![](

https://app.dbdesigner.net/designer/schema/507701

PREGUNTA

Sabemos que en el último ejemplo la relación es 0 a N

Pero, la N a que se debe?

No entendí bien, ¿es por que una habitación puede tener muchos hospitales? Sí es así, ¿esa relación no sería inversa?

En el de los automoviles, una persona puede tener muchos automoviles, eso me hace más sentido.

Pero una persona no puede tener muchas habitaciones.

Poner N a la derecha (1:N) entonces solo hablaría de una posible relación sin especificar en que dirección está relacionado.

Alguien me podría aclarar? muchas gracias!!

Los diagramas entidad relación son diagramas que nos sirven para entender cuales son los objetos que estamos representando y cuál es la conexión que existe entre ellos. Las relaciones nos muestran que tipo de conexión hay entre cada una de las entidades, para encontrar cuales son las relaciones entre las entidades podemos pensar en un verbo que defina esta relación y a partir de este ir formando la cardinalidad. La cardinalidad es el numero que nos indica cuantas veces puede estar relacionada una entidad con otra, existen muchos tipos de cardinalidad, para que nos quede mas claro la forma de obtener la cardinalidad de la relación entre los objetos podemos hacer un ejercicio en el cual nos preguntamos en base al verbo que utilizamos como relación cuantas veces puede estar asociado un objeto del otro, hay que hacer la pregunta en ambos sentidos y colocar el número máximo que nos salió de cada lado como cardinalidad.

Existen muchas varias formas de representar un diagrama entidad relación, la simbología de abajo se llama crow’s foot

Hola

quiero compartirles este documento que que aborda de manera extensa el modelo entidad -relacion

https://cursos.aiu.edu/Base de Datos/pdf/Tema 3.pdf

ERD de mi proyecto

Consiste en una web de reseñas de películas.

Aclaro…
La propiedad “Estado” se refiere a que si la reseña o comentario está publicado o no, ya que puede ser un borrador o una reseña en revisión.
.
La Film-Persons son todas las personas involucradas en la realización de la película, directores, actores. Considero que para este tipo de personas no es necesario una entidad aparte, ya que comparten casi toda las propiedades. Dentro de la web, lo único que diferencia a los actores de los directores (o cualquier otro) es el roll.

Ejemplos de Cardinalidad

Cardinalidad: 1 a 1

Boleto de avion: Un usuario/pasajero tiene un boleto de avion asignado a un vuelo especifico con horario, salida y llegada, y viceversa, un boleto de avion tiene asignado un usuario/pasajero.

Cardinalidad: 1 a 0

Un asiento de cine: Un usuario/cliente tiene un lugar asignado especifico en el cine, pero este asiento NO necesariamente este asiento debe tener un usuario/cliente este puede estar vacio.

Cardinalidad: 1 a N

Orden de comida: Un usuario puede tener diferentes ordenes de comida, volviendo al ejemplo del cine, este usuario pudo haber comprado en diferentes ocasiones diferentes platillos en diferentes tiempos. Pero estas ordenes solo van a pertenecer a un mismo usuario.

Cardinalidad: 0 a N

Boleto del transporte publico: Puedes tener un boleto/ticket y tener pase a una ruta asignada especiffica, pero no necesariamente el transporte publico va a tener usuarios, puede ser que en algun momento de la ruta, este transporte vaya vacio.

Espero esten bien mis ejemplos, perdon por la ortografia mi teclado esta en EN/US.

en el ejemplo de cardinalidad 0 a N, de los pacientes y habitaciones, no sería mas bien una cardinalidad cero a uno, ya que un paciente no puede tener mas de una habitacion?

Les comparto esta información donde se incluyen todos los temas que se han visto hasta esta clase. 💚

https://www.emtelco.com.co/sites/default/files/2016-12/disenoBD_0.pdf

Después de leer los comentarios pienso que hay muchas maneras de relacionar las Entidades, esto dependiendo de como lo analizamos, en el sentido práctico yo me quedo con las relaciones 1:1 y 1:N, N:N.
y si se da otro caso especial ahí si utilizo las relaciones 0:N y 0:1 .

draw.io, lucidchart, paint

Profe Israel Vázquez “Los Atributos multivaluados por lo general los convertimos en una entidad por que tiene una vida por si misma y por que se puede relacionar de varias maneras”

Alguien me dice una app móvil para dibujar como la

No entendí bien la cardinalidad 0 a N
es decir en dibujo se mostro así:

Paciente — Tiene-- Habitación Hospital
en donde:

1. Un paciente puede tener una habitación de hospital
2. Una habitación de hospital puede tener o no uno o varios pacientes.

En que dirección se pone la flechita? Es decir las paticas de gallo quedan en la parte de la habitación verdad? y la que es solita en la parte del paciente?

Relaciones: Representacion un rombo, descrito con verbos, permite unir las entidades.

Cardinalidad: Conjunto de relaciones

• uno a uno (1: 1 )
  *Uno a varios (1: N)
  *Varios a uno (N: 1)
  *Varios a varios (N:M)

Casos puntuales

• (0 : N)
  +(0:1)

Mi modelo ER inicial debe tener errores pero todo es un comienzo

Muy clara la explicacion.

Las relaciones de bases de datos son asociaciones entre tablas que se crean utilizando sentencias de unión para recuperar datos.

Creí que iba a ser más complicado el tema… la verdad lo veo demasiado práctico!

• Las relaciones son verbos
• Un atributo multivaluado, por lo general, se convierte en una entidad.
• Cardinalidad: propiedad de las relaciones.

Con esta herramienta podemos crear nuestros modelos entidad relación en línea, en caso de no contar con alguna herramienta para hacerlo. Es muy simple…

Las relaciones en un diagrama Entidad-Relación (ER) son fundamentales para definir cómo se vinculan las entidades entre sí. Las relaciones se representan generalmente con rombos y se definen a través de verbos para indicar la naturaleza de la relación. La cardinalidad, como mencionaste, especifica cuántos de un lado pertenecen a cuántos del otro lado de la relación. Aquí está una explicación más detallada de las cardinalidades que mencionaste:

Cardinalidad: 1 a 1 (Uno a Uno):

• En una relación uno a uno, un elemento de una entidad está relacionado con exactamente un elemento de la otra entidad y viceversa. Por ejemplo, en un sistema de gestión de empleados, cada empleado puede tener exactamente una cuenta de correo electrónico y cada cuenta de correo electrónico está asociada a un empleado.

Cardinalidad: 0 a 1 (Cero a Uno):

• En una relación cero a uno, un elemento de una entidad puede estar relacionado con ningún o exactamente un elemento de la otra entidad. Por ejemplo, en una base de datos de clientes, un cliente puede o no tener un número de teléfono registrado, pero si lo tiene, está asociado a un solo cliente.

Cardinalidad: 1 a N (Uno a Muchos):

• En una relación uno a muchos, un elemento de una entidad está relacionado con uno o más elementos de la otra entidad, pero un elemento de la segunda entidad está relacionado con exactamente un elemento de la primera entidad. Por ejemplo, en una base de datos de aulas y estudiantes, una aula puede tener muchos estudiantes, pero cada estudiante pertenece a una sola aula.

Cardinalidad: 0 a N (Cero a Muchos):

• En una relación cero a muchos, un elemento de una entidad puede estar relacionado con ningún o varios elementos de la otra entidad, y viceversa. Por ejemplo, en una base de datos de publicaciones y comentarios, una publicación puede tener cero o más comentarios, y un comentario está asociado a una sola publicación.

Estas cardinalidades ayudan a definir la naturaleza y las restricciones de las relaciones entre las entidades en tu modelo de datos, lo que facilita el diseño preciso de tu base de datos y la comprensión de cómo se relacionan los datos en tu sistema.

creo que mas simple mejor

en el último ejemplo paciente habitación, habitación sería vista como una entidad fuerte?, es decir sería más entendible leerlo desde habitación a paciente?

Ahora sí, con relaciones.

Explicación de cada cardinalidad por medio de una analogía:

• CARDINALIDAD 1 a 1:
  Puedes pensar en la relación entre una llave y una cerradura. Cada cerradura tiene una única llave que encaja en ella y cada llave solo funciona en una única cerradura.

• CARDINALIDAD 0 a 1:
  Puedes pensar en la relación entre una persona y su correo electrónico. No todas las personas tienen una dirección de correo electrónico, pero aquellas que tienen una solo tienen una (usualmente).

• CARDINALIDAD 1 a muchos:
  Puedes pensar en la relación entre un padre y sus hijos. Un padre puede tener muchos hijos, pero cada hijo solo tiene un padre.

• CARDINALIDAD 0 a muchos:
  Puedes pensar en la relación entre una persona y sus pasatiempos. Una persona puede tener muchos pasatiempos, pero no todas las personas tienen pasatiempos.

Gracias no entendia este tema en la uni y ahora me es facil aunque en el caso del paciente y habitaciones aun me confunde porque se puede ver de diferentes casos.

Mi proyecto personal se tratara de una base de datos de pruebas realizadas en un laboratorio clínico, mi entidad principal serían las pruebas de laboratorio y entre los atributos estarían como el id y nombre de la prueba, condiciones pre analíticas, tipo y cantidad de muestra, el tipo de técnica aplicado, el tiempo de duración y el resultado que emita, por el momento es preliminar lo que tengo y espero poco a poco y desarrollando mejor mi diagrama para el desarrollo de la BD.

Les comparto mi diagrama

Hola, por favor corríjanme si me equivoco. Un paciente puede tener varias habitaciones de hospital, esta bien, pero un habitación de hospital puede tener muchos pacientes(hasta aquí podemos decir que es N:N) Aquí hay otro caso una habitación de hospital puede no tener ningún paciente(aquí ya sería 0:N). Ahora entiendo porque es debatible.

Se que vengo tarde y que probablemente no me responda nadie pero el ejemplo de 1:1 con los datos de contacto no me queda claro porque una persona si que tiene muchos datos de contacto. Por ejemplo en mi agenda del teléfono tengo muchos datos de contacto por lo tanto para mi tiene una relación uno a muchos. Soy muy nuevo con las db y puede ser que simplemente lo esté entendiendo mal…

Hola a todos, con respecto a la cardinalidad 0 a N, lo entendí de la siguiente manera:

1. Sacar los máximos y mínimos de cada entidad, lo cuál a la entidad correspondiente a “paciente” nos tendríamos qué preguntar, ¿cuántos pacientes puede tener como mínimo una habitación? y la respuesta es cero (porque pueda que no se le asigne una habitación); y ¿Comó máximo?, la respuesta es 1 (porque a un paciente se le puede asignar una habitación). Ahora para la entidad “hab_hospital” nos preguntamos, ¿Cada habitación de hospital tiene como mínimo cuantos pacientes?, La respuesta serìa cero (0) porque una habitación de hospital puede estar ocupada por ningún paciente. Y ¿Como máximo? en este caso sería muchos (N) ya que puede tener varios pacientes.

2.Hallar la cardinalidad: Por lo que entiendo, ésta es sacada por el máximo de cada una de las partes, estas se juntan, y por lo tanto llegué a la conclusión de que es una cardinalidad de 1:N.

• Las relaciones por convención se definen a través de verbos.

Recomiendo este video que explica muy bien el ERD: https://www.youtube.com/watch?v=QpdhBUYk7Kk&t=104s&ab_channel=LucidSoftware

Tipos de Cardinalidad:

• Cardinalidad mínima:

Indica el numero mínimo de asociaciones en la que aparecerá cada ejemplar de la entidad (el valor que se anta es de cero o uno, aunque tenga una cardinalidad mínima de mas de uno se indica solo un uno).

• Cardinalidad máxima:

Indica el numero máximo de relaciones en las que puede aparecer cada ejemplar de la entidad. Puede ser uno, otro valor concreto mayor que uno (tres por ejemplo) o muchos (se representa con n). Normalmente la cardinalidad máxima es 1 ó n.

Fuente:

Manual de Gestiónc de bases de datos

🔃 Relaciones

Ideas/conceptos claves

Relaciones nos permiten ligar o unir objetos entre sí

Cardinalidad establece la cantidad de la relación entre un objeto con el otro

Apuntes

• Las relaciones se representan con un rombo

• Las relaciones se definen mediante verbos (tiene, pertenece, etc.)

• Cuando tenemos atributos multi valuados se convierten en entidades separadas

Cardinalidades

• Cardinalidad: 1 a 1
  • Una persona tiene datos_contacto
  • datos_contacto solo pertenece a una persona
• Cardinalidad: 0 a 1
  • Puede haber la opción ninguno de algún de los lados
  • Un usuario puede tener o no una sesión
• Cardinalidad: 1 a N (Uno a muchos)
  • Una persona puede tener muchos automóviles
  • Un automóvil solo puede pertenecer a una persona
• Cardinalidad: 0 a N (Cero a muchos)
  • Un paciente puede tener una habitación
  • Una habitación puede tener 0 o muchos pacientes

📌 **RESUMEN:** Las relaciones son los conectores entre entidades las cuales especifican la cantidad de dicha relaciones, este concepto es conocido como cardinalidad. Puede existir la cardinalidad 1 a 1, 0 a 1, 1 a N y 0 a N.

comparto el diagrama del proyecto quiero hacer a la par es para prerstamos de dinero

Los ejemplos que da son bn entendible

5. Relaciones

Las relaciones se representan con un rombo, por convención se definen con verbos, en este caso:

Automóvil tiene dueño

Jugador pertenece equipo

Laptop pertenece equipo

Cardinalidad:

1. Cardinalidad 1 a 1. 1:1

persona tiene datos_contacto

1. Cardinalidad: 0 a 1, es opcional, puede que no haya,
2. Cardinalidad: 1 a n, 1 a muchos.

Personal Project Update: Ahora he agregado las relaciones.

1. Un usuario puede tener 1 o muchos proyectos.
2. Un proyecto debe pertenecer a solo una categoría.

Los datos multivaluados se separan como entidades individuales porque tienen un contexto propio en lo general.

El diagrama físico:

Mi aporte 😃 ![](

Este es mi boceto del diagrama de entidades y sus relaciones con los atributos.