BASES DE DATOS

Profesora: Uris Estivenson

Correo: uris.estivensong@gmail.com
 BASES DE DATOS
Modelos conceptuales de datos.
Modelo Entidad/Interrelacion (ER) extendido
✓ Uso de modelos conceptuales de datos para el diseño de bases de
datos
✓ El modelo E/R. Conceptos básicos
✓ Control de redundancias en los esquemas ER
✓ Semántica de las relaciones
✓ Generalización y herencia
Modelos lógicos de datos. El modelo relacional.
✓ Conceptos del modelo relacional
✓ Restricciones relacionales y esquemas de bases de datos
✓ Transformación de esquemas: de ER a relacional
 BASES DE DATOS
El diseño de una base de datos es un proceso complejo que
abarca decisiones a muy distintos niveles. La complejidad se
controla mejor si se descompone el problema en
subproblemas y se resuelve cada uno de estos subproblemas
independientemente, utilizando técnicas específicas. Así, el
diseño de una base de datos se descompone en diseño
conceptual, diseño lógico y diseño físico.
 BASES DE DATOS
Modelos conceptuales de datos.
El diseño conceptual parte de las especificaciones de requisitos de usuario y su resultado es el
esquema conceptual de la base de datos. Un esquema conceptual es una descripción de alto nivel
de la estructura de la base de datos, independientemente del SGBD que se vaya a utilizar para
manipularla. Un modelo conceptual es un lenguaje que se utiliza para describir esquemas
conceptuales. El objetivo del diseño conceptual es describir el contenido de información de la
base de datos y no las estructuras de almacenamiento que se necesitarán para manejar esta
formación.

El diseño lógico parte del esquema conceptual y da como resultado un esquema lógico.
Un esquema lógico es una descripción de la estructura de la base de datos en términos de las
estructuras de datos que puede procesar un tipo de SGBD. Un modelo lógico es un lenguaje
usado para especificar esquemas lógicos (modelo relacional, modelo de red, etc.). El diseño
lógico depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto.

El diseño físico parte del esquema lógico y da como resultado un esquema físico. Un esquema
físico es una descripción de la implementación de una base de datos en memoria secundaria: las
estructuras de almacenamiento y los métodos utilizados para tener un acceso eficiente a los
datos. Por ello, el diseño físico depende del SGBD concreto y el esquema físico se expresa
mediante su lenguaje de definición de datos.
 BASES DE DATOS
Modelos de datos
Un modelo de datos es una serie de conceptos que puede utilizarse para
describir un conjunto de datos y las operaciones para manipularlos. Hay
dos tipos de modelos de datos: los modelos conceptuales y los modelos
lógicos. Los modelos conceptuales se utilizan para representar la realidad
a un alto nivel de abstracción. Mediante los modelos conceptuales se
puede construir una descripción de la realidad fácil de entender. En
los modelos lógicos, las descripciones de los datos tienen una
correspondencia sencilla con la estructura física de la base de datos.
En el diseño de bases de datos se usan primero los modelos conceptuales
para lograr una descripción de alto nivel de la realidad, y luego se
transforma el esquema conceptual en un esquema lógico. El motivo de
realizar estas dos etapas es la dificultad de abstraer la estructura de una
base de datos que presente cierta complejidad. Un esquema es un
conjunto de representaciones lingüísticas o gráficas que describen la
estructura de los datos de interés.
 BASES DE DATOS
El modelo E/R. Conceptos básicos
El modelo entidad-relación (E/R), también llamado modelo conceptual de datos, fue
propuesto por Peter Chen en 1976 y consiste en una técnica especial de representación
gráfica que incorpora información relativa a los datos y la relación existente entre ellos,
para suministrar una visión del mundo real, pudiendo ser usado “como una base para
una vista unificada de los datos adoptando el enfoque más natural del mundo real que
consiste en entidades e interrelaciones”.
El modelo entidad-relación es un paso previo al futuro diseño de una base de datos y,
por tanto, independiente del modelo de datos que utilice.

1.2.1 ELEMENTOS DE UN MODELO ENTIDAD RELACIÓN.

El modelo debe estar compuesto por:
Entidades
Relaciones
Atributos
Cardinalidad
Llaves
 BASES DE DATOS
El modelo E/R. Conceptos básicos
ENTIDADES:
Una Entidades un objeto que existe y es distinguible de otros objetos por su sola
existencia, por medio de un conjunto de atributos.
Tipo de objeto sobre el que se recoge información: cosa, persona, concepto
abstracto o suceso (coches, casas, empleados, clientes, empresas, oficios, diseños
de productos, conciertos, excursiones, etc.).
Las entidades se representan gráficamente mediante rectángulos y su nombre
aparece en el interior de él. Un nombre de entidad sólo puede aparecer una vez en
el esquema.
Una entidad puede ser concreta, tal como una persona o un libro, o puede ser
abstracta, como un día festivo o un concepto.
Se utilizan rectángulos dobles para representar conjuntos de entidades débiles.
Ejemplos de entidades: Materias, Estudiantes, Profesores, Empleados,
clientes, etc. cada una con características que describen y diferencian cada
elemento.
 BASES DE DATOS
El modelo E/R. Conceptos básicos
RELACIONES:
Las relaciones son las asociaciones que se establecen entre los
campos de dos tablas, básicamente para compartir información.
Es una asociación o correspondencia existente entre entidades, sin
existencia propia, de varias entidades. Se representa mediante un
rombo.
Por ejemplo, podemos definir una relación que asocia al cliente Juan
López con la cuenta 12345.
 BASES DE DATOS
El modelo E/R. Conceptos básicos
ATRIBUTOS:
Una entidad está representada por un conjunto de atributos. Los atributos son datos que describen
una entidad dada.
Es la unidad básica e indivisible de información acerca de una Entidad o una Relación, que sirve
para identificarla o para describirla. Es pues cada una de las propiedades o características que tiene
una Entidad o una Relación. Se representa mediante una elipse o un círculo con su nombre.
Por ejemplo, de la Entidad Vehículo se pueden establecer atributos como marca, modelo, color,
chasis, placa, etc. Estas son características propias del vehículo, es decir, hablan de un vehículo en
particular y lo diferencian de otros, el dueño del vehículo no puede ser un atributo del vehículo ya
que no define al vehículo y este además tiene atributos propios que lo definen, como nombre, DUI,
dirección, teléfono, edad, sexo, etc.
Cuando se representan los atributos, pueden usarse elipses dobles para representar atributos
multivalorados y elipses discontinuas para denotar atributos derivados.
Cuando definamos atributos, hay que tener cuidado de no confundirnos. Por ejemplo podemos
tener una entidad Estudiante y otra entidad Profesor, que aparentemente tienen los mismos
atributos como DUI, nombre, edad, teléfono, etc. Podemos malinterpretar esta situación y crear
una entidad llamada persona para englobar a ambas entidades, pero esto no es conveniente; por lo
que se debe ser muy específico al nombrar los atributos de las entidades para que hagan referencia
a la entidad a la que pertenecen.
 BASES DE DATOS
El modelo E/R. Conceptos básicos
Entonces, podemos crear los siguientes atributos de la entidad estudiante:
Identificador_estudiante
Nombre_ estudiante
Edad_ estudiante
Teléfono_ estudiante
Dirección_ estudiante
Sexo_ estudiante

Y los siguientes atributos para la entidad profesor:

Identificador_profesor
Nombre_ profesor
Edad_ profesor
Teléfono_ profesor
Dirección_ profesor
Sexo_ profesor
 BASES DE DATOS
El modelo E/R. Conceptos básicos
CARDINALIDAD
Otra de las características importantes que hay que tener en cuenta
en este modelo es la cardinalidad de cada extremo en una relación. La
cardinalidad expresa cuántas del conjunto de entidades de un extremo
de la relación están relacionadas con cuántas entidades del conjunto
del otro extremo. Pueden ser “uno a uno”', “uno a varios”' o “varios a
varios”'.
Por ejemplo, un artículo puede ser escrito por un solo autor o por
varios, pero nunca por ninguno; un autor puede pertenecer a
exactamente una institución (no para cero o varias); un artículo puede
tener cero, uno o varios experimentos. Finalmente, un autor puede
escribir muchos artículos, o ninguno.
 BASES DE DATOS
El modelo E/R. Conceptos básicos
CARDINALIDAD
Otra de las características importantes que hay que tener en cuenta
en este modelo es la cardinalidad de cada extremo en una relación. La
cardinalidad expresa cuántas del conjunto de entidades de un extremo
de la relación están relacionadas con cuántas entidades del conjunto
del otro extremo. Pueden ser “uno a uno”', “uno a varios”' o “varios a
varios”'.
Por ejemplo, un artículo puede ser escrito por un solo autor o por
varios, pero nunca por ninguno; un autor puede pertenecer a
exactamente una institución (no para cero o varias); un artículo puede
tener cero, uno o varios experimentos. Finalmente, un autor puede
escribir muchos artículos, o ninguno.
 BASES DE DATOS
El modelo E/R. Conceptos básicos
CLAVE DE UNA ENTIDAD
Antes de definir el concepto de clave debe especificarse el concepto
más genérico de Identificador, Superclave o Determinante, que se
define como un conjunto de uno o más atributos que permiten
identificar de forma única una ocurrencia de una entidad dentro de un
conjunto de ellas.
Se denominan claves candidatas a aquellas superclaves para las
cuales ningún subconjunto propio es a la vez superclave.
De entre las claves candidatas el diseñador de la base de datos elige
una clave primaria denominándose al resto de las claves candidatas
claves alternativas.
Se define como clave ajena a aquel o aquellos atributos de una
entidad que son clave primaria en otra entidad.
 BASES DE DATOS
El modelo E/R. Conceptos básicos
Representación gráfica
 BASES DE DATOS
Modelos lógicos de datos.
Un modelo de datos lógico es una representación detallada de los
requerimientos de datos y las reglas de negocio que rigen la calidad de
los datos, por lo general en apoyo de un contexto de uso específico
(requisitos de la aplicación). El proceso de desarrollar el modelo reúne a
los interesados para articular los objetivos del programa y los valores que
promueve, y a identificar las estrategias y los resultados deseados de la
iniciativa.
El diseño lógico de la Base de Datos se puede realizar mediante la
implementación de un Diagrama Entidad-Relación, el cual permite ver
cuales son las entidades (tablas), sus atributos (campos o columnas), sus
identificaciones (llave primaria) y sus asociaciones (a través de llaves
foráneas). Este modelo debe normalizarse par eliminar las redundancias y
generalizaciones.
Un modelo de datos lógicos a menudo comienza como una extensión de
un modelo conceptual de datos, añadiendo atributos de datos para cada
entidad.
 BASES DE DATOS
El modelo relacional.
Modelo relacional: modelo de organización y gestión de bases de
datos consistente en el almacenamiento de datos en tablas
compuestas por filas, o tuplas, y columnas o campos.
Tabla: es el nombre que recibe cada una de las relaciones que se
establecen entre los datos almacenados; cada nueva relación da
lugar a una tabla. Están formadas por filas, también llamadas
tuplas, donde se describen los elementos que configuran la tabla
(es decir, los elementos de la relación establecida por la
tabla), columnas o campos, con los atributos y valores
correspondientes, y el dominio, concepto que agrupa a todos los
valores que pueden figurar en cada columna.
 BASES DE DATOS
El modelo relacional.
Claves: elementos que impiden la duplicidad de registros, una de las
grandes desventajas que presentan otros modelos de organización
y gestión de bases de datos. Existen dos grandes tipos de claves: las
claves primarias y las secundarias o externas.

Claves primarias: son los atributos (columnas) según el tipo de relación

que se ha definido en la tabla. Pueden añadirse otros atributos específicos
y propios.

Claves externas o secundarias: son las claves que se definen para

cada una de las claves primarias establecidas para los elementos o
entidades de una relación.
 BASES DE DATOS
Restricciones relacionales y esquemas de bases de datos
Restricción de identidad: límites y restricciones que se imponen en las relaciones,
imprescindibles para mantener la significación correcta de la base de datos. Es un
concepto íntimamente vinculado a las reglas de integridad propias del modelo
relacional, el cumplimiento de las cuales está garantizado por las claves primarias y
externas.
Existen 4 tipos básicos de restricciones de integridad:
los datos requeridos (los campos o columnas siempre deben poseer un atributo o un
valor)
la comprobación de validez (las tablas deben contener solo los datos
correspondientes a la correspondiente relación definida por cada tabla)
las integridades de entidad y referencial (las primeras aseguran que las claves
primarias posean un valor único para cada tupla, y las segundas que las claves
principales y las externas mantengan su integridad)

Reglas de integridad: reglas que garantizan la integridad de los datos, es decir, la

correspondencia plausible de los datos con la realidad.
 BASES DE DATOS
Transformación de esquemas: de ER a relacional
El objetivo del diseño lógico es convertir los esquemas
conceptuales locales en un esquema lógico global que se ajuste al
modelo de SGBD sobre el que se vaya a implementar el sistema.
Mientras que el objetivo fundamental del diseño conceptual es la
completar y expresar los esquemas conceptuales locales, el
objetivo del diseño lógico es obtener una representación que use,
del modo más eficiente posible, los recursos que el modelo de
SGBD posee para estructurar los datos y para modelar las
restricciones.
 BASES DE DATOS
Transformación de esquemas: de ER a relacional
REGLAS DE TRANSFORMACIÓN
Lo primero que hay que realizar en la fase de diseño lógico, es obtener el
esquema lógico estándar, a partir del esquema conceptual obtenido en la
primera fase. Las reglas que permiten pasar del modelo E/R al esquema
lógico, son las que a continuación se explican:
✓ Cada entidad se transforma en una tabla y los atributos de dicha
entidad en atributos de la tabla. Esto es, cada entidad genera una
tabla, con sus mismos atributos, incluyendo las claves.
✓ Las relaciones de muchos a muchos se transforman en tablas cuya
clave estará formada por la clave primaria de las entidades
relacionadas, convirtiéndose esta en una relación de muchos a muchos
o de muchos a uno.
✓ Las relaciones de uno a muchos propagan la clave principal de la
entidad cuya cardinalidad es uno a la entidad de cardinalidad n.
 BASES DE DATOS
Transformación de esquemas: de ER a relacional
EJEMPLO : Veamos el paso a tabla de una entidad SOCIO que tiene
6 atributos. Observe que la entidad se convierte en una tabla cuyos
atributos forman las columnas de dicha tabla. Las filas de la tabla
se llaman registros.
 BASES DE DATOS
Transformación de esquemas: de ER a relacional
EJEMPLO :Supongamos el siguiente modelo entidad-relación para una
relación de muchos a muchos:

En este caso la relación “compra” se transforma en una nueva tabla cuya

clave primaria estará formada por los atributos DUI que es la clave
primaria de cliente y CODIGO que es la clave primaria de producto.
Además tendrá como campo fecha compra, ya que este atributo forma
parte de la relación.
 BASES DE DATOS
Transformación de esquemas: de ER a relacional
El modelo relacional quedaría de la siguiente forma:
 BASES DE DATOS
Transformación de esquemas: de ER a relacional
EJEMPLO :Supongamos el siguiente modelo entidad-relación para
una relación de uno a muchos. Un empleado pertenece a un único
departamento (debe pertenecer a uno obligatoriamente), y un
departamento tiene uno o más empleados.
 BASES DE DATOS
En este caso se propaga el atributo código de departamento
a la tabla EMPLEADO. El modelo relacional quedaría de la
siguiente manera:
EMPLEADO (DUI, nombre, salario, código_ departamento)
DEPARTAMENTO (código, nombre, localización).

Imaginemos ahora que pudiera darse el caso de que hubiera empleados que no
pertenecieran a ningún departamento. En este caso la entidad que participa con
cardinalidad máxima 1, DEPARTAMENTO, también lo hace con cardinalidad mínima 0,
ya que puede haber empleados que no pertenezcan a ningún departamento. Así pues,
se crea una nueva tabla formada por DUI de EMPLEADO y código de DEPARTAMENTO.
En esta nueva tabla, DUI de EMPLEADO será la llave primaria. El modelo relacional
nos quedará de la siguiente forma:
EMPLEADO (DUI, nombre, salario)
DEPARTAMENTO (código, nombre, localización)
PERTENECE (DUI_empleado, código_ departamento)
 BASES DE DATOS
Modelos conceptuales de datos.
Control de redundancias en los esquemas ER
Un esquema es redundante cuando al eliminar un elemento del
mismo no se pierde información.
Condiciones que se deben cumplir para que haya redundancia:
-Debe haber un ciclo: se produce cuando al unir entidades
mediante relaciones , queda un espacio cerrado en su interior.
- Las relaciones implicadas en el ciclo deben ser semánticamente
equivalentes (significado parecido).
- Las cardinalidades deben ser tales que se pueda eliminar una de
las relaciones sin perder información.
 BASES DE DATOS
Modelos conceptuales de datos.
Control de redundancias en los esquemas ER
 BASES DE DATOS
Modelos conceptuales de datos.
Control de redundancias en los esquemas ER
 BASES DE DATOS
✓ Semántica de las relaciones
Es un modelo conceptual de datos en el que se incluye información semántica.
Esto significa que el modelo describe el significado de sus instancias. Tal modelo
de dato semántico es una abstracción que define cómo los símbolos almacenados
(los datos de la instancia) se relacionan con el mundo real.1
Es un modelo de datos conceptual que incluye la capacidad de expresar
información que permite el intercambio de información para interpretar su
significado (semántico) de las instancias, sin necesidad de conocer el meta-
modelo. Estos modelos semánticos están orientados a los hechos (en oposición a
los orientados a objetos). Los hechos son típicamente expresados por relaciones
binarias entre elementos de datos, mientras que las relaciones de orden superior
se expresan como colecciones de relaciones binarias.
Típicamente las relaciones binarias tienen la forma de ternas: Objeto-<Tipo de
Relación>-Objeto. Por ejemplo: La Torre Eiffel <se encuentra en> París.
 BASES DE DATOS
Modelos conceptuales de datos.
Generalización y herencia
La generalización es una inversión simple de la
especialización.

Diseño ascendente
Varios conjuntos de entidades se sintetizan en
un conjunto de entidades de nivel más alto
basado en características comunes.
Las diferencias entre los dos enfoques se
pueden caracterizar mediante su punto de
partida.
Se aplicarán ambos procesos en combinación.
 BASES DE DATOS
Modelos conceptuales de datos.
Generalización y herencia
Herencia de atributos
Los atributos de los conjuntos de entidades de
nivel más alto son heredados por los conjuntos de
entidades de nivel más bajo.
Cliente y empleado heredan los atributos de
persona.
Un conjunto de entidades de nivel más bajo (subclase) también hereda la participación en los
conjuntos de relaciones en los que su entidad de nivel más alto (superclase) participa.
Si una persona participa en una relación, también lo harán las subclases (empleado, cliente)
Oficial,cajero y secretaria participan en el conjunto de relaciones trabaja-para
personas: maestros, alumnos, secretarias
Maestros
carga académica