Modelo de Datos
Son herramientas para describir la estructura
de una base de datos.
Se clasifican en tres grupos segn el nivel de
abstraccin
Semntico: Modelos basados en objetos
Lgico: Modelos lgicos basados en registros
Fsico: Modelos fsicos de datos
Nivel SEMNTICO
Niveles conceptual y de visin. Permiten expresar
restricciones de datos explcitamente.
Hay muchos modelos, entre ellos:
UML
Modelo entidad-relacin
Modelo orientado a objetos
Modelo binario
Modelo semntico de datos
Modelo infolgico
Modelo funcional de datos
Nivel LGICO
Los modelos lgicos basados en registros
correspondes a los niveles de abstraccin
conceptual y fsico.
Se llaman basados en registros porque la base
de la representacin son los registros de
formato fijo, donde cada campo normalmente
es de longitud fija, lo que simplifica su
implementacin.
Nivel FSICO
Los modelos fsicos corresponden al nivel de
abstraccin fsico.
Hay muy pocos modelos fsicos en uso, a
diferencia de los modelos lgicos; dos de los
ms conocidos son el modelo unificado y la
memoria de elementos
Taller en Clase
Algunos conceptos manejados en el modelo
entidad relacin son:
Entidades , Relaciones ,Conjunto de Entidades ,
Conjunto de Relaciones ,Cardinalidad de
Asignacin ,Diagrama E-R
Investigue cuales son los conceptos manejados en el
modelo orientado a objetos
Desarrollar Taller No. 2
Etapas del Diseo de una Base de Datos
1. Etapa del diseo conceptual: en esta etapa se
obtiene una estructura de la informacin de
la futura BD independiente de la tecnologa
que hay que emplear.
No se tiene en cuenta todava qu tipo de base de
datos se utilizar relacional, orientada a objetos,
jerrquica, etc.; en consecuencia, tampoco se
tiene en cuenta con qu SGBD ni con qu lenguaje
concreto se implementar la base de datos.
2. Etapa del diseo lgico: en esta etapa se
parte del resultado del diseo conceptual, es
preciso que se ajuste al modelo del SGBD con
el que se desea implementar la base de
datos. Por ejemplo, si se trata de un SGBD
relacional, esta etapa obtendr un conjunto
de relaciones con sus atributos, claves
primarias y claves forneas
3. Etapa del diseo fsico: en esta etapa se
transforma la estructura obtenida en la etapa
del diseo lgico, con el objetivo de
conseguir una mayor eficiencia; adems, se
completa con aspectos de implementacin
fsica que dependern del SGBD
Modelo E-R
Diseo Conceptual
por Oppel, Andy
Fundamentos de bases de datos
Porqu utilizar el modelo Relacional
Componentes de un Diseo
Conceptual: Entidades
Una entidad (o clase de entidad) es un objeto (persona,
lugar, cosa, suceso o concepto) en el mundo real que
puede distinguirse de otros objetos, sobre el que se
recopilan datos.
Cada entidad se describe empleando un conjunto de
atributos
La seleccin de los atributos refleja el nivel de detalle con
el que desea representar la informacin relativa a las
entidades
Para cada atributo asociado con un conjunto
de entidades se debe identificar el dominio de
valores posibles.
Por ejemplo si una empresa califica a sus
empleados en una escala del 1 al 10 y guarda las
calificaciones en un campo denominado
calificaciones el dominio asociado ser
constituido de los nmeros enteros del uno al diez
Para cada conjunto de entidades, se escoge
una clave.
Una clave es un conjunto mnimo de atributos
cuyos valores identifican de manera unvoca a
cada entidad del conjunto.
Puede existir mas de una clave candidata en
ese caso, se escoger una de ellas como clave
principal
Cada conjunto de entidades se representa por
un rectngulo, y cada atributo por un valo.
Los atributos de la clave principal estn
subrayados
Conjunto de entidades empleados cuya clave es
dni
Relaciones
Las relaciones son las asociaciones entre las entidades . Las relaciones se
vuelven el lazo que mantiene unida a la base de datos
Para ir encontrando las diversas entidades, servir de
ayuda pensar en:
Objetos reales (Mquinas, Edificios, Almacenes,...).
Personas (Empleados, Funcionarios,...).
Actividades del sistema (Licencias, documento
mercantil,...).
Objetos abstractos (Categoras de personal,...).
Tipos de Relaciones
Relaciones Uno a Uno: es una asociacin en que una instancia de
una entidad se puede asociar, cuando mucho con una instancia
de la otra entidad, y viceversa. (la relacin tambin es obligatoria en ambas
direcciones)
Relaciones Uno a Uno (opcional) en ambas direcciones, suponga
el diseo de una b.d. para un distribuidor de automviles. ste
entrega automviles a algunos empleados, por lo general
vendedores, para que los conduzca cierto tiempo . Podemos leer
la relacin en cualquier momento, cada empleado puede tener ningn o un
automvil que se le entrega, y cada automvil puede estar asignado a ningn
o un empleado
Relaciones Uno a Varios: una relacin uno a varios es una
asociacin entre dos entidades en que cualquier instancia de la
primera entidad puede asociarse con una o mas instancias de la
segunda, y cualquier instancia de la segunda entidad puede
asociarse con cuando mucho una instancia de la primera.
Caso: Cuando se cierra la cuenta de un cliente, registramos el motivo de que se cerrara
mediante un cdigo de motivo de cierre de cuenta. Debido a que algunas cuentas estn
abiertas en cualquier momento, se trata de un cdigo opcional
Lectura: en cualquier momento cada valor de cdigo de motivo de cierre de cuenta
puede tener cero, uno o muchos clientes asignados a l, y cada cliente puede tener cero
o un cdigo de motivo de cierre de cuenta asignado a l.
Relaciones Varios a Varios: una relacin varios a varios es una
asociacin entre dos entidades en que cualquier instancia de
la primera entidad puede asociarse con cero, una o ms
instancias de la segunda y viceversa
Relaciones Recursivas: son relaciones entre instancias de
entidades del mismo tipo : Uno a Uno, Uno a varios, Varios a
Varios
Tipos de atributos
Simples / Compuestos
Almacenados / Derivados
Monovalorados / Multivalorados
Opcionales
24
Atributos Simples o Compuestos
Atributos compuestos
Pueden dividirse en otros con significado propio
fechanacim direccion
dia mes ao calle ciudad provincia codpostal
Valor compuesto = concatenacin de valores de
componentes
Atributos simples genero
No divisibles. Atmicos
25
Atributos Derivados
Atributos derivados
Valor calculado a partir de otra informacin ya
existente (atributos, entidades relacionadas)
Son informacin redundante...
edad [de EMPLEADO], clculo a partir de fechanacim
atributo derivado del valor de otro atributo
26
Atributos Monovalorados o Multivalorados
Atributos monovalorados (monovaluados)
slo un valor para cada entidad
fechanacim [de un EMPLEADO particular]
aoestreno [de cada PELICULA concreta]
Atributos multivalorados (multivaluados)
ms de un valor para la misma entidad
nacionalidad [ PELICULA coproducida por varios pases ]
telefono [ EMPLEADO con varios telfonos de contacto]
pueden tener lmites superior e inferior
del nmero de valores por entidad
nacionalidad (1-2)
telefono (0-3)
27
Atributos Opcionales (nulos)
El nulo (null value) es usado cuando...
Se desconoce el valor de un atributo para cierta
entidad
El valor existe pero falta
altura [de un EMPLEADO]
No se sabe si el valor existe o no
telefono [de un EMPLEADO]
La entidad no tiene ningn valor aplicable para el
atributo:
fechaalquiler [PELICULA slo en vdeo-venta (no alquiler)]
28
Atributos Clave
Atributo con valor distinto para cada instancia de
un tipo de entidad
dni en EMPLEADO
Una clave identifica de forma nica cada entidad
concreta atributo identificador
Notacin
EMPLEADO EMPLEADO
dni dni
[EN2002] [MPM1999]
29
Atributos Clave
Una clave puede estar formada por
varios atributos clave compuesta
Combinacin de valores distinta para cada instancia
(nombre, fechanacim) en el tipo de entidad EMPLEADO
Una clave compuesta debe ser mnima
Un tipo de entidad puede tener
ms de una clave claves candidatas
Claves o Identificadores Candidatos de EMPLEADO:
dni
nss
(nombre, fechanacim)
30
Atributos Clave
Atributo identificador principal (IP)
Clave Principal
Elegido (por el diseador) de entre los identificadores
candidatos (IC), para ser
el medio principal de identificacin de
las instancias del tipo de entidad
dni en EMPLEADO
Atributos identificadores alternativos (IA)
Claves Alternativas
El resto de ICs
nss y (nombre, fechanacim) en EMPLEADO
31
Entidades Dbiles
Hasta aqu hemos supuesto que entre los atributos asociados a un
conjunto de entidades se incluye una clave. Pero esto no siempre se
cumple. Por ejemplo Empleados Plizas , si un Empleado deja de
serlo , Qu pasa con la Pliza?
Entidades Dbiles
Cada entidad dbil slo de puede identificar de manera unvoca,
tomando en consideracin alguno de sus atributos junto con la
clave principal de otra entidad, que se conoce como propietaria
identificadora, cumpliendo las siguientes restricciones:
El conjunto de entidades propietario y el conjunto de entidades
dbiles deben participar en un conjunto de relaciones 1:N (cada
entidad propietaria se asocia con una o varias entidades dbiles,
pero cada entidad dbil slo tiene una propietaria). Este conjunto
de relaciones se denomina conjunto de relaciones identificadoras
del conjunto de entidades dbiles.
El conjunto de entidades dbiles debe tener participacin total
en el conjunto de relaciones identificadoras
Entidades Dbiles
El conjunto de atributos de un conjunto de entidades dbiles que
identifica de manera unvoca a una entidad dbil para una entidad
propietaria dada se denomina CLAVE PARCIAL del conjunto de
entidades dbiles.
Ejemplo
Por ejemplo: cada entidad de BENEFICIARIOS slo se identifica de
modo unvoco si se toma la clave de la entidad EMPLEADOS
propietaria y nombrep de la entidad BENEFICIARIOS)
Nombrep es una clave parcial de BENEFICIARIOS
Desarrollo Taller VI