Diseño de Base de Datos: Modelo E-R

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 52

Diseño de base de

datos
Modelo E-R
¿Qué es una Base de Datos?

• Colección compartida de datos relacionados desde el


punto de vista lógico, junto con una descripción de esos
datos (metadatos), diseñada para satisfacer las
necesidades de información de una organización.

• Conjunto exhaustivo y no redundante de datos


estructurados, organizados de forma independiente a su
utilización o implantación en máquina, accesibles en
tiempo real y compatibles con usuarios concurrentes y sus
respectivas necesidades (peticiones) de información.

• Las Bases de Datos sirven para almacenar, procesar y


extraer datos
¿Qué es una Base de Datos?

• Una base de datos es una colección de información


organizada de forma que un programa de ordenador pueda
seleccionar rápidamente los fragmentos de datos que
necesite. Una base de datos es un sistema de archivos
electrónico.

• Las bases de datos se organizan por campos, registros y


archivos. Un campo es una pieza única de información; un
registro es un sistema completo de campos; y un archivo
es una colección de registros. Por ejemplo, una guía de
teléfono es análoga a un archivo. Contiene una lista de
registros, cada uno de los cuales consiste en tres campos:
nombre, dirección, y número de teléfono.

• A veces se utiliza DB, de database en inglés, para referirse


a las bases de datos.
¿En qué se diferencia una Base de Datos de los archivos
tradicionales?

Una base de datos es un archivo, existen diferentes tipos de


archivos, cómo de texto, imágenes, pistas de audio, video, entre
otras junto con los archivos de bases de datos. Cada tipo de
archivo tiene sus característica únicas que los diferencian y
programas específicos que nos permiten hacer uso de ellos.

En el caso de las bases de datos, tienen un estructura


organizacional que permite contener de forma ordenada datos de
diferentes tipos.
¿En qué se diferencia una Base de Datos de los archivos
tradicionales?

Hojas de cálculo Excel SGBD


ó
Archivos tradicionales

Documentos Word DBMS

Bases de Datos
Presentaciones Power Point

Archivos de texto Block de notas

Editar imágenes Paint, Corel, etc.

Archivos de audio Reproductor de Windows, Winamp, etc.


¿Qué es un Sistema Gestor de Base de Datos?

Sistema Gestor de Bases de Datos (SGBD). Es


un software que proporciona servicios para la
creación, el almacenamiento, el
procesamiento y la consulta de la información
almacenada en base de datos de forma segura y
eficiente.  Un SGBD actúa como un intermediario
entre las aplicaciones y los datos.
¿Funciones de un Sistema Gestor de Base de Datos?

Los SGBD pueden considerarse como intermediarios entre las


aplicaciones y la representación de los datos. Así, los
desarrolladores ven los datos desde una perspectiva de más alto
nivel. Esa perspectiva es la del modelo de bases de datos
utilizado.

Proporcionar independencia de los datos y las aplicaciones. Así,


se puede diseñar la base de datos incluso antes que las
aplicaciones, y ese diseño permitirá que se desarrollen múltiples
aplicaciones posteriormente.

Niveles:
• Físico
• Lógico
• Vistas
Actores en un Sistema Gestor de Base de Datos

El gestor de la base de datos

Se trata de un conjunto de programas no visibles al usuario final que se encargan


de la privacidad, la integridad, la seguridad de los datos y la interacción con el
sistema operativo. Proporciona una interfaz entre los datos, los programas que los
manejan y los usuarios finales.

Cualquier operación que el usuario hace contra la base de datos está controlada
por el gestor.

El gestor almacena una descripción de datos en lo que llamamos diccionario de


datos, así como los usuarios permitidos y los permisos.

Tiene que haber un usuario administrador encargado de centralizar todas estas


tareas.
Actores en un Sistema Gestor de Base de Datos

Diccionario de datos

Es una base de datos donde se guardan todas las propiedades de la base


de datos, descripción de la estructura, relaciones entre los datos, etc.
El diccionario debe contener:

• La descripción externa, conceptual e interna de la base de datos


• Las restricciones sobre los datos
• El acceso a los datos
• Las descripciones de las cuentas de usuario
• Los permisos de los usuarios
¿Qué es el Modelado de Datos?

• Es la representación de cosas del mundo real.

• Es una representación de la realidad que contiene las


características generales de algo que se va a realizar.
En base de datos, esta representación la elaboramos
de forma gráfica.

• Es una colección de herramientas conceptuales para


describir los datos, las relaciones que existen entre
ellos, semántica asociada a los datos y restricciones de
consistencia.
Categorías de Conceptos que se pueden modelar o abstraer

Categoría de Conceptos Ejemplos


Objetos físicos Televisión, Avión
Especificaciones, diseños o descripciones Especificaciones de un producto,
de cosas descripción del vuelo
Lugares Tienda, Aeropuerto
Transacciones Venta, Pago, Reservación
Roles de la gente Cajero, Piloto
Contenedores de otras cosas Tienda, Avión
Cosas en un contenedor Artículo, Pasajero
Conceptos abstractos Enfermedades
Eventos Venta, Robo, Reunión, Vuelo, Accidente
Reglas y Políticas Política devolución, política cancelación
Catálogo Catálogo productos, catálogo partes
Registros Recibos, Contratos, Bitácoras
Manuales, libros Manual reparación, manual empleado
Los Modelos de Datos se dividen en 3 grupos:

•Modelos lógicos basados en objetos.


•Modelo Entidad-Relación.
•Modelo Orientado a Objetos.
•Modelos lógicos basados en registros.
•Modelo Relacional.
•Modelo Jerárquico.
•Modelo de Red.
•Modelos físicos de datos.
•Modelo UML (Unified Modeling Language).
•Modelo de memoria de elementos.
Los Modelos de Datos se dividen en 3 grupos:

•Modelos lógicos basados en objetos.


•Modelo Entidad-Relación.
•Modelo Orientado a Objetos.
•Modelos lógicos basados en registros.
•Modelo Relacional.
•Modelo Jerárquico.
•Modelo de Red.
•Modelos físicos de datos.
•Modelo UML (Unified Modeling Language).
•Modelo de memoria de elementos.
Modelo Entidad-Relación (E-R)

El modelo E-R se basa en una percepción del


mundo real, la cual esta formada por
OBJETOS BÁSICOS llamados entidades y
las relaciones entre estos objetos así como
las características de estos objetos llamados
atributos.
Modelo Entidad-Relación (E-R)

Una entidad es un objeto que existe y se


distingue de otros objetos de acuerdo a sus
características llamadas atributos. Las
entidades pueden ser concretas como una
persona o abstractas como una fecha.

Entidad
Modelo Entidad-Relación (E-R)

Un conjunto de entidades es un grupo de


entidades del mismo tipo. Por ejemplo el
conjunto de entidades CUENTA, podría
representar al conjunto de cuentas de un
BANCO, o ALUMNO representa a un
conjunto de entidades de todos los
alumnos que existen en la UNAN.
Modelo Entidad-Relación (E-R)

Una entidad se caracteriza y distingue


de otra por los atributos, en
ocasiones llamadas propiedades, que
representan las características de una
entidad.

Atributo
Modelo Entidad-Relación (E-R)

Los atributos de una entidad pueden tomar un


conjunto de valores permitidos al que se le
conoce como dominio del atributo. Así cada
entidad se describe por medio de un conjunto
de parejas formadas por el atributo y el valor
de dato. Habrá una pareja para cada atributo
del conjunto de entidades.
Modelo Entidad-Relación (E-R)

Ejemplos de dominio:

Hacer una descripción en pareja para la entidad alumno con los


atributos Expediente, Nombre y Carrera.

Atributo, Valor
Expediente, 0208MTI-S034
Nombre, Sánchez Osuna Ana
Carrera, TIC

O considerando el ejemplo de un Empleado cuyos atributos son:


RFC, Nombre, Salario.

Atributo, Valor
RFC, COMD741101YHR
Nombre, Daniel Colín Morales
Salario, 3000
Modelo Entidad-Relación (E-R)

Una relación es la asociación


que existe entre dos o más
entidades.

Relación
Modelo Entidad-Relación (E-R)

La cantidad de entidades en una relación


determina el grado de la relación.

Alumno Madre

Cursa Padres Hijo

Materia Padre
Modelo Entidad-Relación (E-R)

Limitantes de Mapeo

Existen 2 tipos de limitantes que permiten establecer


las validaciones necesarias para conseguir que los
datos correspondan con la realidad.

1. Tipos de relaciones
2. Dependencia de existencia
Modelo Entidad-Relación (E-R)

Tipos de relaciones

Existen 4 tipos de relaciones que pueden establecerse entre


entidades, las cuales establecen con cuantas entidades de
tipo B se puede relacionar una entidad de tipo A:

1. Uno a uno (1:1)


2. Uno a muchos (1:N)
3. Muchos a uno (N:1)
4. Muchos a muchos (N:N)

A estos tipos de relaciones, también se les conoce como


Cardinalidad.
Modelo Entidad-Relación (E-R)

Tipos de relaciones
UNO A UNO (1:1)

Se presenta cuando existe una relación como su nombre lo


indica uno a uno, denominado también relación de
matrimonio. Una entidad del tipo A solo se puede relacionar
con una entidad del tipo B, y viceversa.

A2-A A2-B
A1-A A3-A A1-B A3-B

A R B
Modelo Entidad-Relación (E-R)

Tipos de relaciones

Ejemplos: UNO A UNO (1:1)

•CONTRIBUYENTE – RFC
•AUTOMOVIL – EMPLEADO
•ALUMNO – No. EXPEDIENTE
•PERSONA – CURP
•PERSONA – HUELLA DIGITAL
Modelo Entidad-Relación (E-R)

Tipos de relaciones
UNO A MUCHOS (1:N)

Significa que una entidad del tipo A puede relacionarse con


cualquier cantidad de entidades del tipo B, y una entidad del
tipo B solo puede estar relacionada con una entidad del tipo
A.

A2-A A2-B
A1-A A3-A A1-B A3-B

A R B
Modelo Entidad-Relación (E-R)

Tipos de relaciones

Ejemplos: UNO A MUCHOS (1:N)

•CLIENTE – CUENTAS EN UN BANCO


•PADRE – HIJOS
•CAMIÓN – PASAJEROS
•ZOOLÓGICO – ANIMALES
•ÁRBOL – HOJAS
Modelo Entidad-Relación (E-R)

Tipos de relaciones
MUCHOS A UNO (N:1)

Indica que una entidad del tipo B puede relacionarse con


cualquier cantidad de entidades del tipo A, mientras que
cada entidad del tipo A solo puede relacionarse con una
entidad del tipo B.

A2-A A2-B
A1-A A3-A A1-B A3-B

A R B
Modelo Entidad-Relación (E-R)

Tipos de relaciones

Ejemplos: MUCHOS A UNO (N:1)

•EMPLEADOS – EMPRESA
•ALUMNOS – ESCUELA
•FELIGRESES – PARROQUIA
•CLIENTES – BANCO
•CIUDADANOS – CIUDAD
Modelo Entidad-Relación (E-R)

Tipos de relaciones
MUCHOS A MUCHOS (N:N)

Establece que cualquier cantidad de entidades del tipo A


pueden estar relacionados con cualquier cantidad de
entidades del tipo B.

A2-A A2-B
A1-A A3-A A1-B A3-B

A R B
Modelo Entidad-Relación (E-R)

Tipos de relaciones

Ejemplos: MUCHOS A MUCHOS (N:N)

•PROYECTOS – ARQUITECTOS
•ESTUDIANTES – MATERIAS
•PROFESORES – ESCUELAS
•ENFERMOS – SÍNTOMAS
•PROVEEDORES – PRODUCTOS
Modelo Entidad-Relación (E-R)

Tipos de relaciones

IMPORTANTE

La cardinalidad para cada


conjunto de entidades
depende del punto de vista
que se le de al modelo en
estudio, claro esta,
sujetándose a la realidad.
Modelo Entidad-Relación (E-R)

Dependencia de existencia

Refiriéndonos a las mismas entidades A y B,


decimos que si la entidad A depende de la
existencia de la entidad B, entonces A es
dependiente de existencia por B, si
eliminamos a B tendríamos que eliminar por
consecuente la entidad A, en este caso B es la
entidad Dominante y A es la entidad
subordinada.
Modelo Entidad-Relación (E-R)

Llaves primarias

La distinción de una entidad entre otra se


debe a sus atributos, lo cual la hace única.

Una llave primaria es aquel atributo el cual


consideramos clave para la identificación
de los demás atributos que describen a la
entidad.
Modelo Entidad-Relación (E-R)

Llaves primarias

Grado

Carrera
Nombre

Alumno
RFC

Domicilio

CURP

No. Expediente

Llaves
secundarias
Ejemplos de cardinalidad de Muchos a Muchos
Cuando hablamos de la cardinalidad de muchos a muchos nos referimos que, varias
filas de nuestra tabla 1, puede estar relacionado con varias filas de nuestra tabla 2
Ejemplos de cardinalidad de Muchos a Muchos
Los equipos de futbol pueden jugar en varios estadios, de igual forma en los estadios
Pueden jugar varios equipos
Ejemplos de cardinalidad de Muchos a Muchos
El Barcelona puede jugar hoy en un estadio y al día siguiente en otro estadio y así
Sucesivamente.
Ejemplos de cardinalidad de Muchos a Muchos
Nota: Podemos observar que nuestra tabla de equipos se esta relacionando con varios
Estadios entonces los equipos pueden jugar en muchos estadios cumpliendo con una
relación de muchos a muchos.
Ejemplos de cardinalidad de Muchos a Muchos
Nota: Podemos observar que nuestra tabla de estadios se esta relacionando con varios
Equipos, logrando que en un estadio puedan jugar varios equipos.
Ejemplos de cardinalidad de Muchos a Muchos
De esta manera al ver este patrón es que podemos determinar que tenemos una relación
de muchos a muchos
Ejemplos de cardinalidad de uno a muchos
Se considera de uno a muchos cuando una de nuestra tablas se relaciona con muchas
Filas de otra tabla, como se observa en el grafico, de igual forma se cumple cuando la
tabla 2 solo puede relacionarse con un campo de la tabla 1.
Ejemplos de cardinalidad de uno a muchos
Ejemplo. Un general puede estar a cargo de varios soldados, un general puede estar
a cargo de varios Cabos, pero un cabo solo puede ser dirigido por un general,
Ejemplos de cardinalidad de uno a muchos
De esta manera se concluye que es una relación de uno a muchos, que de igual forma
Pueden ser a la inversa de muchos a uno.
Ejemplos de cardinalidad de uno a uno
Este tipo de carnalidad es uno de los menos comunes y el que llega a generar mas
confusión, tenemos una relación de uno a uno cuando la tabla 1 se relaciona solo con
una fila de la tabla 2, y cuando la tabla 2 solo se relaciona con una fila de la tabla 1
Ejemplos de cardinalidad de uno a uno
Este tipo de carnalidad de uno a uno se suele utilizar para dividir una tabla en 2 con el fin
de proporcionar una información mas concisa y hacerla mas comprensible.
Ejercicio de clase
Tenemos una empresa de Delivery, esta tiene sus propios camioneros, estos camioneros
llevan muchos paquetes a los distintos lugares, pero cada paquete se le asigna a un
solo camionero.Ademas de esto la empresa tiene sus propios camiones… 
donde los camionero tienen disponible el camión que quieran, y los camiones
pueden ser conducido por cualquier camionero, es decir lo camiones no son asignado
a uno solo sino que los comparten entre todos, además también es importante conocer
los detalles mas especifico de los paquete, como el peso, dimensiones y tipo
de mercancía.
Ejercicio de clase
¿cual es la máxima cantidad de paquetes que pueden recoger los camioneros.?

El enunciado te explica todo, “ estos camioneros llevan muchos paquetes a los distinto
lugares” en esta frase entendemos que los camioneros pueden llevar muchos paquetes.
Ejercicio de clase
Ahora lo mismo pero del otro lado ¿cual es la máxima cantidad de camioneros que
pueden recoger un paquete?

Aquí vemos la respuesta “cada paquete se le asigna a un solo camionero” es decir


es la relación es de uno… A cada camionero se le asigna un paquete especifico,
del cual es responsable y si no se entrega o se extravía será su responsabilidad.
Ejercicio de clase

Ya tenemos nuestra relación de 1 a mucho.


• 1 camionero puede llevar muchos paquetes.
• 1 camionero solo tiene asignado un paquete.
Ejercicio de clase
¿cual es la máxima cantidad de camiones que pueden conducir los camioneros?.

Aquí esta la respuesta “los camionero tiene disponible el camión que quieran”,


los camioneros pueden conducir muchos camiones, porque ellos eligen el camión
que quieran… Así que es mucho.

¿Cual es la máxima cantidad de camionero que pueden conducir los camiones,


nuevamente si analizamos con calma encontramos la respuesta “los camiones pueden
ser conducido por cualquier camionero“

En este caso los camiones no están asignados a un solo camionero, así que
muchos camioneros pueden conducir muchos camiones. Los cual nos da de
muchos a muchos.

Por ultimo detalles de paquetes y paquetes, es de uno a uno porque cada paquete
solamente puede tener un solo detalle asociados, y cada detalle esta ligado a su
paquete.
Ejercicio de clase

También podría gustarte