Temario

I. BD Orientadas a Objetos
Tema 1. Bases de Datos Orientadas a Objetos
Tema 2. El modelo de clases de UML
Ejercicios de modelado conceptual OO
Tema 3. El modelo objeto-relacional
Prácticas de BDOR en Oracle
Tema 4. Diseño de BDOR
Ejercicios de diseño de BD (objeto-)relacionales con UML
II. BD Activas
Tema 5. Bases de Datos Activas
Tema 6. Disparadores en Oracle
Prácticas de Disparadores en Oracle
III. BD Semiestructuradas
Tema 7. XML y las BD
Prácticas de XML con XML DB de Oracle
www.kybele.urjc.es Base de Datos @KYBELE
Diseño conceptual Diseño lógico
Modelo E/R Extendido SQL-92 (BDR)
Modelo de clases de UML SQL:2003 (BDOR)
ODMG (BO)

Implementación
Código SQL (R o OR) para Oracle 10g
Código para POET

www.kybele.urjc.es Base de Datos @KYBELE

Modelo E/R Extendido
 Bibliografía Complementaria

 Tecnología y Diseño de Bases de Datos. Piattini, M.G.,

Marcos, E., Calero, C., Vela, B. Ra-Ma, 2006.

 Bases de Datos Objeto Relacionales. Marcos, E., Vela, B. y

Vara J.M., Dickinson, Septiembre 2005.

 El Lenguaje de Modelado Unificado. G. Booch, J.

Rumbaugh, I. Jacobson. Addison Wesley, 1999.

 Persistence Modeling in the UML. S.W. Ambler. Software

Development, 1999.

www.kybele.urjc.es Base de Datos @KYBELE

 Diseño de BD (Objeto) - Relacionales

Nivel Modelo Lenguaje

Estructurado E/R
Conceptual
Objetos UML
Lógico SQL:92
(Estándar) Relacional Grafo relacional
UML+extensión relacional
SQL:2003
Objeto-Relacional
UML+extensión OR

Lógico Relacional
(Específico) Producto SQL producto

Objeto-Relacional SQL producto

Producto UML+extensión producto

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Entidad – Interrelación

Modelo Entidad-Interrelación (E/R)

El modelo E/R fue propuesto por Peter P.Chen en dos artículos (1976 y 1977).

Objetivo:
Establecer una visión global de los datos de una
organización o de un sistema de información, en un nivel
de abstracción próximo al usuario e independiente de las
características del equipo donde después se vaya a
instrumentar el sistema.

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Entidad – Interrelación Extendido

Elementos del Modelo E/R

Entidad
Denominamos entidad a la abstracción que EMPLEADO
permite representar aquellos objetos del mundo
real que comparten una serie de características
comunes.

Interrelación
Asociación o correspondencia entre entidades. Puede haber más de una
interrelación entre dos entidades.

DEPARTAMENTO Pertenece EMPLEADO

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Entidad – Interrelación Extendido

Elementos del Modelo E/R

Elementos de una Interrelación:

Grado: Número de entidades que participan en una interrelación

Interrelación binaria: Grado 2 Interrelación reflexiva: Grado1

LIBRO TEMA

Escribe

Consta
AUTOR

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Entidad – Interrelación Extendido

Elementos del Modelo E/R

Elementos de una Interrelación:
Cardinalidad Máxima o Tipo de Correspondencia: Número máximo de
ocurrencias de cada entidad que pueden intervenir en la
interrelación que se está tratando.
1:1 – 1:N – N:M

Papel o “rol”: Función que cada una de las entidades realiza

en la interrelación

Coordina EMPLEADO
PROYECTO Dirige
Es_cordinado_por
1:1

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Entidad – Interrelación Extendido

Elementos del Modelo E/R

Dominio y Valor
Las distintas propiedades o características de una entidad o de una interrelación
toman valores para cada ejemplar de éstas.
El conjunto de posibles valores que puede tomar una cierta característica se
denomina dominio.
Puede definirse por intensión (tipo de dato) o por extensión (declarando el valor).

Atributo
Cada una de las propiedades, características o unidades de información básicas de
una entidad o de una interrelación. Los atributos toman valores de un dominio.

Nombre_ Nombre_
departamento departamento

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Entidad – Interrelación Extendido

Atributo compuesto, es Día

aquel que se define sobre EMPLEADO Mes
más de un dominio. Fecha_nac Año

Fecha_nac Atributo multivaluado,

EMPLEADO
Nombre_emp es aquel que puede
DNI tomar varios valores.
Teléfono

Atributo Identificador Principal (AIP):

identifican unívocamente cada una de
las ocurrencias de la entidad
EMPLEADO DNI

EMPLEADO DNI
www.kybele.urjc.es Base de Datos @KYBELE
 Modelo Entidad – Interrelación Extendido

Elementos del Modelo E/R

Generalización/Especialización
Se considera como un caso especial de asociación entre varias entidades
(subtipos) y una entidad más general (supertipo) cuyas características son
comunes a todos los subtipos.
La asociación que se establece entre los subtipos y el supertipo corresponde
a la noción de es_un (IS_A, en inglés)

EMPLEADO SUPERTIPO
(1,1)

Es_un

(0,1) (0,1)
ANALISTA PROGRAMADOR SUBTIPOS
www.kybele.urjc.es Base de Datos @KYBELE
 Modelo Entidad – Interrelación Extendido

Ejemplo de esquema en el Modelo E/R

cod-dpto. DEPARTAMENTO

1:N
Tiene
fecha cod-proy

dni EMPLEADO Trabaja PROYECTO

N:M

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Relacional

A finales de los años sesenta Codd introdujo la teoría de las relaciones en el

campo de las bases de datos.
Elementos del Modelo Relacional

Relación
Es la estructura básica del modelo relacional. Se representa mediante una tabla.

Atributo
Representa las propiedades de la relación. Se representa mediante una columna.

Dominio
Es el conjunto válido de valores que toma un atributo.

Tupla
Es una ocurrencia de la relación. Se representa mediante una fila.

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Relacional

Grado: Es el número de atributos de la relación (columnas de la tabla).

Cardinalidad: Es el número de tuplas de una relación (filas de la tabla).

Características de una relación

• No puede haber tuplas duplicadas.

• El orden de las tuplas es irrelevante.
• La tabla es plana, es decir, en el cruce de un
atributo y una tupla sólo puede haber un valor.
• El orden de los atributos no es significativo.

www.kybele.urjc.es Base de Datos @KYBELE

 Modelo Relacional

Ejemplo de relación entre tablas N:M

EMPLEADO (cod-emp, nombre,domicilio, fecha-nac…)

PROYECTO( cod-proy, nombre-p, …)

ASIGNACION (cod-emp, cod-proy, …)

‘cod-emp, cod-proy’ es una clave primaria compuesta y sus atributos: cod-emp y

cod-proy son claves ajenas de EMPLEADO y de PROYECTO, respectivamente.

www.kybele.urjc.es Base de Datos @KYBELE

 Diseño de BD Relacionales

Transformación de un Esquema E/R

a un Esquema Relacional

Objetivo :
Convertir el esquema conceptual en un esquema lógico global en el Modelo
Relacional.

•Aplicando adecuadamente las reglas de transformación se obtiene un

esquema lógico global (relacional) normalizado.

•Del esquema lógico global se obtendrá el esquema interno. Este

esquema, por motivos de rendimiento y optimización puede ser
desnormalizado.

www.kybele.urjc.es Base de Datos @KYBELE

 Diseño de BD Relacionales

Modelo E/R Modelo Relacional

ENTIDAD TABLA
AIP Clave Primaria
Atributo Columna
Atributo multivaluado Tabla

INTERRELACIÓN
N:M Tabla
Propagación de clave a la
1:N entidad con cardinalidad
máxima n
1:1 Propagación de clave de la
entidad con
con atributos cardinalidad mínima 0
Tabla o propagar atributo
junto a la clave

www.kybele.urjc.es Base de Datos @KYBELE

 Diseño de BD Relacionales

Modelo E/R Modelo Relacional

GENERALIZACIÓN
Opción a: una sola tabla
Documento (código, titulo, idioma,... tipo)

Opción b: tres tablas

Documento Documento (código, titulo, idioma,...)

Artículo (código, ...) Libro (código, ...)

Artículo Libro Opción c: dos tablas

Artículo (código, titulo, idioma,...)
Libro (código, titulo, idioma,...)

www.kybele.urjc.es Base de Datos @KYBELE

 Diseño de BD Relacionales

Estereotipos para BD Relacionales

Elemento BD Elemento UML Estereotipo

Tabla Clase <<table>>
Vista Clase <<view>>
Clave Primaria Atributo <<PK>>
Clave Ajena Atributo <<FK>>
Restricción de No Nulidad Atributo <<NN>>
Restricción de Unicidad Atributo <<UNIQUE>>
Referencia Asociación <<referentes>>

www.kybele.urjc.es Base de Datos @KYBELE

 Ejemplo

CONCEPTUAL: ESTRUCTURADO-E/R

Cod_pro
DNI fecha

EMPLEADO Trabaja PROYECTO

(1,n) (0,n)
N:M

LÓGICO ESTÁNDAR: RELACIONAL-GRAFO RELACIONAL

www.kybele.urjc.es Base de Datos @KYBELE

 Ejemplo

CONCEPTUAL: ESTRUCTURADO-E/R

Cod_pro
DNI fecha

EMPLEADO Trabaja PROYECTO

(1,n) (0,n)
N:M

LÓGICO ESTÁNDAR: RELACIONAL-GRAFO RELACIONAL

EMPLEADO (DNI, .......) PROYECTO (Cod_pro, .......)

TRABAJA (DNI, Cod_pro, fecha)

www.kybele.urjc.es Base de Datos @KYBELE

 Ejemplo

CONCEPTUAL: ESTRUCTURADO-E/R

Cod_pro
DNI fecha

EMPLEADO Trabaja PROYECTO

(1,n) (0,n)
N:M

CONCEPTUAL: OO-UML

www.kybele.urjc.es Base de Datos @KYBELE

 Ejemplo

CONCEPTUAL: ESTRUCTURADO-E/R

Cod_pro
DNI fecha

EMPLEADO Trabaja PROYECTO

(1,n) (0,n)
N:M

CONCEPTUAL: OO-UML

EMPLEADO PROYECTO
<<persistent>> <<persistent>>
1..* *
<<PK>>DNI <PK>>Cod_pro

Trabaja
<<NN>>fecha

www.kybele.urjc.es Base de Datos @KYBELE

 Ejemplo

LÓGICO ESTÁNDAR: RELACIONAL-GRAFO RELACIONAL

EMPLEADO (DNI, .......) PROYECTO (Cod_pro, .......)

TRABAJA (DNI, Cod_pro, fecha)

LÓGICO ESTÁNDAR: RELACIONAL-UML

EMPLEADO PROYECTO
<<table>> <<table>>
<<PK>>DNI TRABAJA <PK>>Cod_pro
<<table>>
DNI
Cod_pro
<<NN>>fecha
<<references>>
<<references>>
<<PK>> {DNI,Cod_Pro}
<<FK>> DNI: EMPLEADO
<<FK>>Cod_pro: PROYECTO

www.kybele.urjc.es Base de Datos @KYBELE

 Enunciado 4

En el gimnasio “Siempre en forma” se quiere implantar una base de datos para llevar el control de los
socios, recursos utilizados, etc. Las especificaciones que nos han dado son las siguientes:

• Existen varias salas, de las cuales se quiere guardar información como, los metros cuadrados
que ocupa, ubicación y el tipo de sala (cardio, general, muscular). Cada sala se identifica por
un número de sala.
• Hay salas que tienen aparatos y salas que no. En las salas se pueden o no impartir clases.
• De cada aparato se quiere tener almacenado su código, descripción y estado de
conservación. Cada aparato está asignado a una única sala.
• También se quiere mantener información relacionada con las clases que se imparten
(descripción y día/hora en la que se imparten); cada clase se identifica por un código de clase.
Cada clase tiene asignada una sala y es impartida por un sólo monitor.
• De cada monitor se quiere conocer el DNI, nombre, teléfono, si tienen o no titulación,
experiencia profesional, así como las clases que pueden impartir (preparación como monitor
de aerobic, step, streching, etc).
• De cada socio se quiere conocer el número de socio, nombre, dirección, teléfono, profesión y
datos bancarios, así como las clases a las que asiste.
• El gimnasio dispone también de pistas de squash, de las que se quiere conocer el número de
pista, ubicación y estado. Las pistas de squash pueden ser utilizadas por socios para lo que
proporciona un servicio de reservas de pistas (en una fecha y a una hora.)

www.kybele.urjc.es Base de Datos @KYBELE

Enunciado 4 – Gimnasio a)

CONCEPTUAL: ESTRUCTURADO-E/R

MONITOR Preparación APARATO

(1,1) Dni_m (0,n)
Código
Imparte Tiene

(0,n) Metros
Tipo
(1,1)
(0,n) (1,1)
CLASE Tiene_asign SALA
(0,n) N_sala
Cód_clas
Ubicación
Estado
Asiste
N_socio N_pista Ubicac
Hora Fecha
(1,n)

(1,n) (0,n)
SOCIO Reserva SQUASH

www.kybele.urjc.es Base de Datos @KYBELE

 Enunciado 4 – Gimnasio a)

CONCEPTUAL: OO-UML

MONITOR SALA
<<persistent>> CLASE
<<persistent>> <<persistent>>
<<PK>>Dni_m Imparte
<PK>>Cod_clas 0..* 1 <<PK>>N_sala
Nombre
Descripcion Ubicación
Teléfono
1 0..* dia/hora Tiene_Asig Tipo
Titulación
Metros
Experiencia
<<AM>>Preparación
0..*
Asiste 1
Tiene
1..*
0..*
SOCIO
<<persistent>> APARATO
SQUASH Reserva <<persistent>>
<<PK>>N_socio
<<persistent>> 0..* 1..* Nombre <<PK>>Código
Dirección Descripcion
<<PK>>N_pista
Teléfono Conservacion
Ubicac
Estado Hora Profesión
Fecha datos_bancarios

www.kybele.urjc.es Base de Datos @KYBELE

 LÓGICO ESTÁNDAR: RELACIONAL-GRAFO RELACIONAL

1 SALA n_sala ubicac tipo Metros

Solución APARATO

codigo descrip estado n_sala

MONITOR dni_m nombre tlf_m titulac exper

PREPARACION dni_m descrip

CLASE cod_clas descrip dni_m dia_hora n_sala(**)

ASISTE SOCIO
n_socio cod_clas n_socio nombre tlf_s direcc profes d_bancar

RESERVA (***) n_socio n_pista fecha hora

SQUASH n_pista ubica estado

www.kybele.urjc.es Base de Datos @KYBELE

 LÓGICO ESTÁNDAR: RELACIONAL-GRAFO RELACIONAL

2 SALA n_sala ubicac tipo Metros

Solución APARATO

codigo descrip estado n_sala

MONITOR dni_m nombre tlf_m titulac exper

PREPARACION dni_m descrip

CLASE cod_clas descrip dni_m dia_hora n_sala(**)

ASISTE SOCIO
n_socio cod_clas n_socio nombre tlf_s direcc profes d_bancar

RESERVA (***) n_socio n_pista fecha hora

SQUASH n_pista ubica estado

www.kybele.urjc.es Base de Datos @KYBELE

 LÓGICO ESTÁNDAR: RELACIONAL-UML
APARATO
<<table>>
MONITOR PREPARACIÓN
<<table>> <<PK>>Código
<<table>> Descripcion
<<references>>
<<PK>>Dni_m Dni_m Estado
Nombre Preparación N_sala
Teléfono
<<PK>> {Dni_m, Preparacion} <<FK>> N_sala: SALA
Titulación
Experiencia <<FK>> Dni_m: MONITOR
<<references>>
<<references>>

<<references>> CLASE SALA

<<references>>
<<table>> <<table>>
ASISTE <PK>>N_sala
<PK>>Cod_clas
<<table>> Descr Ubicación
Dia_hora Tipo
N_socio
N_sala Metros
Cod_clas
<<PK>> {N_socio, cod_clas} <<FK>> N_sala: SALA
<<FK>> N_socio: SOCIO <<FK>> {Descr, Dni_m}: PREPARACIÓN
<<FK>> Cod_clas: CLASE
RESERVA
<<table>> SQUASH
SOCIO
<<table>>
<<table>> N_socio
N_pista <<PK>>N_pista
<<PK>>N_socio Ubicac
<<references>> Nombre <<references>> Fecha
Hora Estado
Dirección
<<references>>
Teléfono <<PK>> {N_pista, Fecha, Hora}
Profesión <<FK>> N_socio: SOCIO
datos_bancarios <<FK>> N_pista: SAQUASH
www.kybele.urjc.es Base de Datos @KYBELE
 Enunciado 4

4. b) El gimnasio “siempre en forma” del ejercicio 4 impone las

siguientes restricciones :
• Las pistas de Squash se consideran salas y se desea conocer
también su tamaño y ubicación.
• Las clases sólo se imparten en salas sin aparatos. Las salas con
aparatos siguen clasificándose en sala de cardio, general, etc.

4. c) El gimnasio “siempre en forma” del ejercicio 4 elimina la

restricción de que una clase sólo se imparten en salas sin aparatos.

www.kybele.urjc.es Base de Datos @KYBELE