Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Base de datos
1. Entidad ( entity )
2. Atributo ( attribute )
3. Relación ( relationship )
Ejemplo:
Ortiz posee A-102
entidad cliente conjunto relaciones entidad
cuenta
Tipos de atributos:
Simples y compuestos
Univalorados y multivalorados
E.j. multivalorado : numero-telefono
Derivados
Notación
LOCAL ACTOR
CLIENTE
VIDEOCLUB
TIPO DE ENTIDAD
Clave = (clave_entidad_regular,
clave_parcial)
Tipos de atributos
simples y
Monovalorados o
multivalorados
Multivalorados
Opcionales derivados
Atributos Simples o Compuestos
Atributos compuestos
Pueden dividirse en otros con significado propio
fechanacim direccion
dia mes año calle ciudad provincia codpostal
Valor compuesto = concatenación de valores de
componentes
Atributos simples
No divisibles. Atómicos genero
Atributos Almacenados o Derivados
Atributos derivados
Valor calculado a partir de otra información ya existente
(atributos, entidades relacionadas)
Son información redundante...
edad [de EMPLEADO], cálculo a partir de fechanacim
atributo derivado del valor de otro atributo
numcopias [de una PELICULA], cuenta del número de
entidades COPIA relacionadas con cada película
concreta
atributo derivado de entidades relacionadas
Atributos almacenados
fechanacim [de cada EMPLEADO]
nacionalidad [de una PELICULA]
Monovalorados o Multivalorados
Atributos monovalorados (monovaluados)
sólo un valor para cada entidad
fechanacim [de un EMPLEADO particular]
añoestreno [de cada PELICULA concreta]
[EN2002]
ciudad provincia
calle
codpostal
dirección
fechanacim telefono
(0,3)
(0,1)
nombre EMPLEADO altura
(1,2)
nss nacionalidad
dni edad
Atributos Clave
Atributo con valor distinto para
cada instancia de un tipo de ciudad provincia
entidad calle
codpostal
dirección
dni en EMPLEADO fechanacim telefono
(0,3)
(0,1)
n-f EMPLEADO altura
Una clave identifica de forma única (1,2)
cada entidad concreta atributo IP nacionalidad
nombre nss
identificador
dni edad
RELACIÓN (relationship)
También “interrelación”
Abstracción
PERSONA EDIFICIO
POSEE
(0,m) (1,n) p1 e1
PERSONA USA EDIFICIO
e2
(1,1) (0,n) p2
POSEE e3
p3 e4
Razones de cardinalidad más comunes:
sucursal N N
1 film
LOCAL_VIDEOCLUB PELICULA
lugar trabajo
Cardinalidad recursiva
continuación (0,1)
precuela
PELICULA SECUELA DE 1:1
(0,1)
versión (0,n)
original
PELICULA VERSIONA N:1
(0,1)
Razón de Participación
EMPLEADO
1 1
N
1
LOCAL_VIDEOCLUB
Atributos de tipos de relación
Conceptualmente pertenecen a la relación
EMPLEADO horas
1 1
N
1
LOCAL_VIDEOCLUB fechainicio
horas
Tipo de entidad débil
Una entidad débil siempre tiene una restricción de
participación total en la relación que la une a su entidad
propietaria
Dependencia en existencia (entre entidades)
Sidesaparece una instancia del tipo de entidad regular
deben desaparecer las instancias de la entidad débil
que dependen de ella
Etiqueta “E” en el tipo de relación débil
Dependencia en identificación
Además de la dependencia en existencia...
Una instancia del tipo de entidad débil no se puede
identificar por sí misma
Su clave es (clave_entidad_regular, clave_parcial)
Etiqueta “ID” en el tipo de relación débil
Dominio (values set)
Valores validos
Los valores validos para un atributo deben tener asignado información acerca
de:
Tipo de Datos. Los tipos básicos son entero, decima, carácter fecha-hora.
Longitud. Es el número de dígitos o caracteres en el valor de un atributo.
Formato de Fecha. Puede ser dd/mm/yyyy o yyyy/mm/dd.
Rango. Especifica el intervalo entre los cuales se puede tomar valor un atributo.
Restricción. Son restricciones particulares sobre un atributo.
Soporte de NULL. El atributo puede aceptar valores NULL.
Default. El atributo toma un valor por defecto cuando se instancia.
Ejercicio 1
Se tiene una empresa desarrollando varios proyectos, a los que son asignados
varios empleados, pero cada empleado solo esta vinculado a un proyecto, en
un momento dado.
Cada proyecto consume diferentes recursos en cantidades determinadas: los
empleados están a cargo de un supervisor, que es un empleado también.
Los empleados pueden tener personas beneficiarias (hijos, esposas, padres,
etc.).
Se desea diseñar una base de datos sobre la información de las reservas de
una empresa dedicada al arriendo de automóviles.
Los supuestos son:
Un determinado cliente puede tener en un momento dado varias reservas.
Una reserva la realiza un único cliente, pero puede involucrar a varios autos.
Se debe conocer la fecha de comienzo y término de la reserva.
Todo auto tiene asignado un determinado garaje, que no puede cambiar.
Cada reserva se realiza en una determinada agencia.
Pueden existir clientes que no hayan hecho ninguna reserva.