Presentación5 BD

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 25

MODELO ENTIDAD - RELACIÓN

ING. SARITA CAROLINA PAREDES ROMERO


¿QUÉ ES UN DIAGRAMA ENTIDAD RELACIÓN?

Un ERD diagrama entidad relación es un modelo de datos que representa


la estructura global (entidades, relaciones y atributos) de una base de
datos relacional. Fue desarrollado para facilitar el diseño conceptual de
una base de datos en términos de reglas de negocio y lógica para
adecuarse a las necesidades del cliente.
ELEMENTOS DE UN DIAGRAMA ENTIDAD RELACIÓN

ENTIDADES:
Una entidad representa un objeto o concepto del mundo real con existencia
independiente. Una entidad puede ser un objeto con existencia física como: una
persona, un animal o casa (entidad concreta) o puede ser un objeto conceptual
como: una nacionalidad, asignatura de clases, etc. (entidad abstracta). Las
entidades se identifican a través de un rectángulo.
ATRIBUTOS:
Los atributos son las características que identifican a una entidad. La entidad puede
tener muchas atributos por lo que el diseñador solo incluirá las que considere más
relevantes. Los atributos se identifican a través de elipses conectadas a la entidad.
El atributo “clave” se diferencia del resto de los demás por medio del subrayado de su
nombre.

RELACIÓN:
La relación es la dependencia o asociación que puede existir entre 2 o más entidades.
Las relaciones se identifican a través de un rombo que conecta ambas entidades.
CORRESPONDENCIA DE CARDINALIDAD:
La correspondencia de cardinalidad indica el número de entidades con las que
puede estar relacionada una entidad dada.
Este tipo de relación puede ser:
Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro
de una entidad B.
Uno a varios: (1:N) Un registro en una entidad en A se relaciona con cero o
muchos registros de una entidad B. Pero los registros de B solamente se
relacionan con un registro en A.
Varios a Varios: (N:N) Una entidad en A se puede relacionar con 0 o con muchas
entidades en B y viceversa.
Relación uno a uno: una entidad se relaciona únicamente con otra entidad y viceversa.
Por ejemplo, si tenemos una entidad chasis y otra con matrículas del chasis del auto,
debemos determinar que cada chasis solo puede tener una matrícula y una matrícula
solo puede existir en un chasis especifico.

Seleccionando el máximo en cada carnalidad se toma a 1 para esta representación, se


leen las reglas de negocio como: Un chasis tiene una matrícula. Una Matricula única
está en un solo chasis.

A y B son una entidad, R es la relación que tienen.


Uno a varios: una entidad puede estar asociada con varias entidades, pero en esta segunda
entidad, la primera existir solo una vez.

Un ejemplo concreto sería:

Las reglas de negocio se leerían como: A un estudiante se le pueden prestar varios libros.
Varios libros pueden ser prestados únicamente a un estudiante.
Al pasar de una relación de modelo entidad-relación a modelo relacional, se toma como llave
primaria de la relación, la llave primaria de la relación de cardinalidad N.
Si tenemos Estudiante(ID, Nombre, Apellido) y Libro(Código, Nombre, Autor), La llave
primaria de la relación va a ser Código de libro.
Varios a varios: una entidad puede estar asociada con otra con ninguno o varias entidades y
viceversa.

En este caso se pueden leer las reglas de negocio como: A varios estudiantes se les puede
prestar varios libros. Varios libros pueden ser prestados a varios estudiantes.

Al pasar este modelo entidad-relación a las bases de datos relacionales, se deben cambiar las
cardinalidades de las relaciones, los modelos relaciones soportan cardinalidades de 1 a N.

Al pasar de una relación de N a N a modelo relacional, la llave primaria de la relación es una


llave primaria compuesta conformada por las llaves primarias de las relaciones.

Si tenemos Estudiante(ID, Nombre, Apellido) y Libro(Código, Nombre, Autor), La llave primaria


de la relación va a ser (ID, Código) de libro.
Procedimiento para diseñar un Diagrama de Entidad-Relación

1. Se identifican las entidades involucradas en el sistema.


2. Se definen las relaciones existentes entre las entidades y su correspondencia
de cardinalidad.
3. Se incluyen a cada entidad los atributos más relevantes y se identifica el
atributo clave.

¿Cómo verificar el tipo de relación entre dos entidades?


Debes realizar dos preguntas para verificar el tipo de relación que existen entre
dos entidades relacionadas.
EJEMPLO:

Observe la relación entre la entidad “Empleado” y “Departamento”

1. ¿Puede UN empleado pertenecer a VARIOS departamentos al mismo tiempo?


Si la respuesta es SI: Asigne 1:N
2. ¿Puede en UN departamento trabajar VARIOS empleados?
Si la respuesta es SI: Asigne N:1

Si ambas respuestas son SI: Asigne: N:N


Si ambas respuestas son NO: Asigne: 1:1
En el ejemplo sólo la respuesta número 2 era SI.
LLAVES EN LAS RELACIONES

Una llave es un atributo de una entidad, a la cual hace distinguir a esta entidad de los
demás registros. Primeramente, debemos saber cuáles son los tipos de llaves que
existen en una entidad y como se pueden relacionar con otras entidades.
Una forma de representar en diagramas o textos la llave primaria es poniendo “#”
como prefijo de la llave primaria (PK) o subrayando el nombre de la llave primaria.

Ejemplo:
Estudiante (#ID, Nombre, Apellido)
Estudiante (ID, Nombre, Apellido)
LLAVE PRIMARIA: Es un atributo (o columna) que restringe y distingue a las
tuplas para que no se repitan en la misma entidad. La clave primaria es
única. En algunos casos puede ser dos atributos.

Ejemplo:
LLAVE PRIMARIA COMPUESTA: Como su nombre lo dice es una llave
primaria compuesta por varios atributos de una tabla generalmente una
llave primaria compuesta está formada por dos llaves foráneas de la tabla.

Ejemplo:
LLAVE FORÁNEA: es el atributo de una entidad que existe como dependencia
en otra entidad, cuyos valores en las tuplas deben coincidir con valores de una
llave que debe ser primaria de las tuplas de otra relación.
Tupla: La tupla son elementos formados por una fila de una tabla. Cada fila está de la entidad
estaría compuesta por los atributos de la entidad correspondiente.

En este caso la llave primara para identificar los libros es compuesta, El Código es propio del Libro
y el Autor del Libro es la llave foránea, esta llave foránea es el código de Autor que es único en la
tabla de Autor, pero en la tabla de Libros pueden repetirse, ya que hay libros que son escritos por
un mismo autor.
REGLAS DEL NEGOCIO

Empezamos a definir las necesidades del cliente.

• “Quiero registrar los datos de los doctores que trabajan en la veterinaria, como el
nombre, teléfono, cargo que ocupa”.
• “Quiero registrar los datos de una mascota que llega a la veterinaria por primera
vez; nombre, color, edad, sexo, tipo (si es perro, gato, o otro animal.)”.
• “Quiero un Kardex único de cada mascota, donde se asigne un código y si
padece alguna enfermedad y otros detalles”.
• “Quiero un registro de los datos personales del dueño de cada mascota como el
nombre y apellido, zona, dirección y teléfono”.
• “Quiero registrar los servicios que se realizan a cada mascota como la fecha de
atención, el costo, y el detalle de lo que se realizó en el servicio”.
• “Como propietario quiero ver el historial de cada mascota: cuál doctor o doctores
realizaron el servicio y los servicios que se realizaron”.
IDENTIFICAR LAS ENTIDADES Y ATRIBUTOS

Una vez definidas las reglas de negocio, vamos a identificar las entidades y
atributos.
•Mascota tiene atributos como edad, sexo, color, nombre, tipo.
•Cliente tiene un nombre y apellido, zona, dirección y teléfono.
•Kardex tiene código de mascota, enfermedad, detalles y observaciones.
•Doctor tiene un nombre y apellido, cargo, dirección y teléfono.
•Servicio, nombre del servicio, costo, detalle.
DISEÑAR EL DIAGRAMA ENTIDAD RELACIÓN

Para diseñar el modelo entidad-relación, utilizaremos la herramienta de Lucid-


app; esta herramienta tiene una versión disponible de uso gratuito para poder
diseñar el diagrama entidad relación.

Para comenzar a diseñar en esta herramienta creamos un nuevo documento, clic


en la opción figuras y buscamos el modelo relación-entidad UML y
seleccionamos. Para diseñar simplemente seleccionamos el
componente(entidad, relación o atributo) y soltamos en el área de trabajo.

Definir las relaciones entre entidades


Por último vamos a definir las relaciones que existen entre cada entidad; estas
relaciones pueden ser uno a uno, uno a muchos y muchos a muchos.

https://lucid.app/
v v
RELACIÓN UNO A UNO

• Una mascota tiene un único kardex, un kardex pertenece a una mascota.

• Relación uno a muchos

• Un cliente tiene muchas mascotas, una mascota tiene un solo cliente (Dueño).

• Relación mucho a muchos

• Un doctor realiza muchos servicios, un servicio es realizado por muchos


doctores.

• Un servicio es realizado a muchas mascotas, una mascota es atendido en


muchos servicios.

También podría gustarte