DISEÑO Y ADMINISTR ACION DE

BA S E D E D A T OS
MODELO
RELACIONAL

2
MODELO
CONCEPTUAL DE
DATOS

DIAGRAMA
ENTIDAD-RELACION

3
 DISEÑO Y

Arquitectura de los tres esquemas ADMINISTRACION DE

BASE DE
DATOS

Esquema
Para conseguir estos
De BD esquemas se utilizan
modelos de datos.
Los dos modelos
fundamentales de
datos son el
conceptual y el lógico.

Mundo real: Contiene la información tal cual la percibimos como seres humanos. Es el punto de partida
Esquema conceptual: Representa el modelo de datos de forma independiente del DBMS que se utilizará
(Modelo Entidad-Relación).
Esquema de base de datos: Representa los datos en un formato más cercano al del ordenador y utiliza el
Modelo de datos del DBMS a utilizar (Modelo Relacional – de Red – Jerárquico – de Objetos). Dependiente
del DBMS.
Esquema interno o Físico: Representa los datos según el modelo concreto de un DBMS (MySQL - Postgre)
Base de datos física: Los datos tal cual son almacenados en disco.
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
Modelo Conceptual de Datos
Es una colección de herramientas conceptuales para la descripción de

• DATOS

•
DER
RELACIONES entre datos representación

• SEMANTICA de los datos

gráfica

• RESTRICCIONES de consistencia

Los Modelos Conceptuales realizan el Modelado SEMANTICO de los Datos.

Consiste en estudiar los datos que se pretenden almacenar en la base
de datos antes de elegir el modelo de datos concreto que se va a usar en la
base de datos.

El ANALISIS del DISEÑO

SEPARAR
el ¿QUE? el ¿COMO?
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
Ciclo de vida clásico (modelo en cascada)

Diagrama
Entidad - Relación

DBMS
Relacional
(RDBMS)

MySQL
 DISEÑO Y
MODELO ENTIDAD-RELACION ADMINISTRACION DE
BASE DE
DATOS

1. PROCESO DE DISEÑO DE BASES DE DATOS

Análisis de requisitos
Recabar información sobre el uso que se piensa dar a la base de datos (requisitos del

2.
sistema).
Diseño conceptual (modelo E/R)
Creación de un esquema conceptual de la base de datos independiente del DBMS que se

3.
vaya a utilizar.
Elección del sistema gestor de bases de datos
Elección del modelo de datos (tipo de DBMS) y del DBMS concreto (p.ej. relacional,

4.
multidimensional…).
Diseño lógico
Creación del esquema conceptual para el modelo de datos del DBMS elegido (p.ej. paso

5.
del modelo E/R a un conjunto de tablas).
Diseño físico
Creación de la base de datos utilizando el DDL (lenguaje de definición de datos del

6.
DBMS).
Uso y mantenimiento
Gestión de los datos utilizando el DML (lenguaje de manipulación de datos del DBMS).
 DISEÑO Y
ADMINISTRACION DE

MODELO ENTIDAD-RELACION BASE DE

DATOS
Se trata de un modelo que sirve para crear esquemas conceptuales de bases de
datos. Es prácticamente un estándar.
Es un modelo de datos basado en una percepción del mundo real que consiste en
un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos,
implementándose en forma gráfica a través del Diagrama Entidad Relación.

• Se desarrolló para facilitar el diseño de base de datos

permitiendo la especificación de un Esquema de la empresa.
La especificación de un
Esquema de la empresa

• Representa la estructura lógica global de la base de datos. representa

• Es independiente del SGBD a utilizar.

estructura lógica global

• Conjunto de Entidades de la BD
Está formado por
Conjunto de Relaciones
Atributos
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS

REDUNDANCIA
* Mayor tamaño físico * Inconsistencia datos
un mal diseño puede repetir información.

EVITAR INCOMPLETITUD
un mal diseño puede hacer que determinados
aspectos de la empresa resulten difíciles o imposibles
de modelar.
Ej: una materia solo existe si existe un profesor que la dicte.

PROFESOR PROFESOR MATERIA

hs_m ID nom_profesor nom_dept id_mat id_mat nom_mat hs_mat
ID nom_profesor nom_dept id_mat nom_mat at 02 Srinivasan Informática 1 1 Análisis 1 12
02 Srinivasan Informática 1 Análisis 1 12 10 Wu Finanzas 2 2 Contable 24
10 Wu Finanzas 2 Contable 24 11 Mozart Música 3 3 Partituras 8
11 Mozart Música 3 Partituras 8 12 Einstein Física 1
12 Einstein Física 1 A Matem1 12 13 Elias Electrónica 1
13 Elias Electrónica 1 A.Mat 1 12
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
ENTIDAD
Se trata de cualquier objeto u elemento (real o abstracto)
acerca del cual se pueda almacenar información en la base de
datos.
Entidades reales: Pedro, la Factura nro 32456, el Auto matrícula
3452BCW.
Entidades abstractas: Trabajo de Pedro, Compra según factura
nro 32456, Seguro del auto matrícula 3452BCW.
Una entidad no es una propiedad concreta sino un objeto que
puede poseer múltiples propiedades (atributos).

CONJUNTO DE ENTIDADES
Las entidades que poseen las mismas propiedades forman
conjuntos de entidades.
Ej: PERSONAS, FACTURAS, AUTOS
Se suele llamar entidad a lo que anteriormente se ha definido como
conjunto de entidades. De este modo hablaríamos de la entidad PERSONAS.
Mientras que cada persona en concreto sería una ocurrencia o un ejemplar Los conjuntos de entidades se
representan con un rectángulo dentro
de la entidad persona.
del cual se escribe el nombre de la
entidad.
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
RELACIONES
• Representan asociaciones entre entidades. Es el
elemento del modelo que permite relacionar en sí los

• datos del modelo.

La representación gráfica de las entidades se realiza
con un rombo al que se le unen líneas que se dirigen a

• las Entidades.
Las relaciones tienen nombre (se suele usar un verbo).
En el ejemplo anterior podría usarse como nombre de
relación, TRABAJAR
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
CARDINALIDAD
Indica el número de relaciones en las que una entidad puede aparecer. Puede definir
ciertas restricciones a las que los contenidos de la base de datos se deben adaptar.
Se anota en términos de:

✓ Cardinalidad máxima (CARDINALIDAD): Indica el número máximo de relaciones en

__
las que puede aparecer cada ejemplar de la entidad (puede ser 1 ( | ) o muchos ( <
)

✓ Cardinalidad mínima (MODALIDAD):

Indica el número mínimo de asociaciones
en las que aparecerá cada ejemplar de la
entidad (el valor que se anota es de 0 o 1)
|: relación Obligatoria
O: relación Opcional

En los esquemas entidad / relación la

cardinalidad se puede indicar de la
siguiente manera:
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
CARDINALIDAD
Uno a uno: Una entidad en A se asocia, a lo sumo, con una entidad en B, y una
entidad en B se asocia, a lo sumo, con una entidad en A (véase la Figura a).

Uno a muchos: Una entidad en A se

asocia con cualquier número de
entidades en B (ninguna o varias).
Una entidad en B, sin embargo, se
puede asociar, a lo sumo, con una
entidad en A (véase la Figura b)
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
Ejemplo Cardinalidad - UNO A UNO

La Relación Uno a Uno se da cuando un registro de una tabla sólo puede estar
relacionado con un único registro de la otra tabla y viceversa.

La Clave Foránea se ubica en alguna de las 2 Tablas.

 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
Ejemplo Cardinalidad - UNO A MUCHOS

La Relación Uno a Muchos se establece cuando un registro de una tabla (tabla

secundaria) sólo puede estar relacionado con un único registro de la otra tabla
(tabla principal) y un registro de la tabla principal puede tener más de un registro
relacionado en la tabla secundaria.
La Clave Foránea se ubica en la Tabla Secundaria
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
CARDINALIDAD
Muchos a uno: Una entidad en A se asocia, a lo sumo, con una entidad en B. Una
entidad en B, sin embargo, se puede asociar con cualquier número de entidades
(cero o más) en A (véase la Figura a).

Muchos a muchos: Una entidad en A se

asocia con cualquier número de
entidades (ninguna o varias) en B, y una
entidad en B se asocia con cualquier
número de entidades (cero o más) en A
(véase la Figura b).
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
Ejemplo Cardinalidad - MUCHOS A MUCHOS
Por ej., considérese el conjunto de entidades para modelar una factura

Factura Artículo

NroFact Detalle NroArt

Fecha NroFact Nombre

NroArt Precio
Cantidad
Detalle
PrecioUnitario

En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que añadir una tabla
entre las dos (Tabla débil o de vinculación) que incluya los pares de valores relacionados entre sí.
El nombre de tabla débil deviene de que con sus atributos propios no se puede encontrar la clave, por
estar asociada a otra entidad. La clave primaria de esta tabla esta compuesta por las claves primarias
de las tablas que relaciona.
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
CARDINALIDAD

En el ejemplo, cada equipo cuanta con varios jugadores. un jugador juega como
mucho en un equipo y podría no jugar en ninguno. Cada entrenador entrena a
un equipo (podría no entrenar a ninguno).
Cada equipo tiene un solo entrenador.
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
ATRIBUTOS
Describen propiedades de las entidades y las relaciones. En este modelo se representan
con un círculo, dentro del cual se coloca el nombre del atributo.

TIPOS DE ATRIBUTOS
Compuesto Opcionales Identificador
Múltiples (vrs valores) (pueden tener valor nulo) (claves primarias)

DNI
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS

• ENTIDADES ISA (is a – es un)

Son relaciones de tipo is a (es un) aquellas en las que una entidad se descompone en
entidades especializadas. Las especializaciones consisten en que una entidad se

• • divide en entidades más concretas.

La entidad general comparte con las especializadas sus atributos.
Se observa una especialización cuando hay ejemplares para los que no tienen sentido
algunos de los atributos, mientras que para otros sí.

Se puede colocar un círculo en lado de la superentidad para indicar que es

opcional la especialización, de otro modo se tomará como obligatoria (el
personal tiene que ser alguna de esas tres cosas)
Se puede indicar también exclusividad. Esto ocurre cuando entre varias líneas
hacia una relación, las entidades sólo pueden tomar una. Se representa con un
ángulo en el diagrama
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS
ENTIDADES ISA (is a – es un)

CUANDO USAR ISA?

Lo recomendable es utilizar relaciones ISA cuando ocurre cualquiera de estas situaciones:
* Las subentidades tienen atributos distintos.
* Las subentidades tienen relaciones distintas.
En otros casos, se puede concluir que no resulta necesaria la creación de relaciones ISA.
 DISEÑO Y

MODELO ENTIDAD-RELACION ADMINISTRACION DE

BASE DE
DATOS

EJERCICIOS:
Encontrar Entidades y Relaciones de:

1. Ventas de artículos a Clientes de una de Tienda Indumentaria.

2. Pedidos y compras a Proveedores.

3. Cuentas Corrientes de Clientes.

4. Reservas a clientes de un Hotel y Facturación de las mismas.