BASE DE DATOS II

RECORDAMOS

PERSISTENCIA Se dice que un objeto es persistente, porque sobrevive a la terminación de la ejecución

del programa y otro lo puede recuperar más tarde

MODELOS DE BASE DE DATOS

 Jerárquico
 De red
 Relacional
 Objetos
CLASE el concepto clase agrupa la estructura de datos interna de un objeto en una declaración de clase

ENCAPSULAMIENTO que oculta las estructuras de datos internas y especifica todas las operaciones
posibles que pueden aplicarse a un objeto.
OBJETO Un objeto tiene un “estado” (valor) y un “comportamiento” (operaciones). Por tanto, tiene un
cierto parecido con una variable de programa en un lenguaje de programación, sólo que tendrá
normalmente una estructura de datos compleja y unas operaciones especificas definidas por el
programador

Rafael Escalona
 BASE DE DATOS II

UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

1.- INTRODUCCION A LOS SISTEMAS DE GESTION DE BASE DE DATOS ORIENTADAS A OBJETOS

El modelo relacional de datos tiene un tipo de “datos” limitados, debido a que antes del SQL 1999
éste consistía en un conjunto bastante sencillo de tipos predefinidos.

El modelo de datos relacional orientado a objetos extiende el modelo de datos relacional ofreciendo
un sistema de tipos más rico que incluye tipos de datos complejos y orientación a objetos. SQL:1999
añadió un sistema de tipos extenso a SQL, lo que permite los tipos estructurados y la herencia de
tipos

Incluye: las estructuras de registros anidados

los atributos multivalorados
la herencia, encapsulación de operaciones

Rafael Escalona
 BASE DE DATOS II

UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

Usos:

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

2.- CONCEPTOS DE ORIENTACION A OBJETOS

Tipos estructurados y herencia en SQL

Los tipos estructurados permiten representar directamente los atributos compuestos de los diagramas E-R.

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

2.- CONCEPTOS DE ORIENTACION A OBJETOS (continuación)

Por otro lado, la herencia

de tipos de datos:

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

2.- CONCEPTOS DE ORIENTACION A OBJETOS (continuación)

Luego la herencia de tablas:

Los tipos de las subtablas deben ser subtipos del tipo de la tabla madre. Por tanto, todos los atributos
presentes en personas también están presentes en las subtablas

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

2.- CONCEPTOS DE ORIENTACION A OBJETOS (continuación)

Tipos array y multiconjunto (conjunto no ordenado, en el que cada elemento puede aparecer varias veces)

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

2.- CONCEPTOS DE ORIENTACION A OBJETOS (continuación)

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

ACTIVIDAD PARA PROXIMA CLASE:

1.- Buscar definición de ANIDAMIENTO (contexto de BDDOO)

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

3.- DISEÑO DE BASE DE DATOS ORIENTADAS A OBJETOS

El lenguaje de definición de objetos ODL (para esquemas gráficos):

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

3.- DISEÑO DE BASE DE DATOS ORIENTADAS A OBJETOS (continuación):

Ejemplo: Esquema grafico BDDOO de universidad:

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

3.- DISEÑO DE BASE DE DATOS ORIENTADAS A OBJETOS (continuación):

Ejemplo:
Esquema ODL de la clase Persona:

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (Unified Modeling

Language)

Antiguamente conocido como diagramas de clase, son

parecidas a los diagramas ER, no sólo se especifica la
estructura del esquema de BDD sino también especifican
operaciones sobre los objetos

Son modelos de datos conceptuales de alto nivel

para el diseño de bases de datos

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Proporciona un mecanismo en forma de notación diagramática y sintaxis de lenguaje asociado para

abarcar todo el ciclo vital.

UML combina los conceptos comúnmente aceptados de muchas metodologías y métodos orientados a
objetos (O-O).

Es aplicable a cualquier dominio y es independiente del lenguaje y de la plataforma; de modo que

pueden modelar cualquier tipo de aplicación, en cualquier sistema operativo, lenguaje de
programación o red
CATEGORIAS:
1.- Diagramas estructurales. Describen las relaciones estructurales o estáticas entre los componentes.
Esta categoría está formada por el diagrama de clases, el diagrama de objetos, el diagrama de
componentes y el diagrama de implantación.
2.- Diagramas de comportamiento. Su propósito es describir las relaciones de comportamiento o
dinámicas entre los componentes. Esta categoría está compuesta por el diagrama de caso de uso, el
diagrama de secuencia, el diagrama de colaboración, el diagrama de estado y el diagrama de actividad.

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Tipos de diagramas A. Diagramas de clases

B. Diagramas de objetos.
C. Diagramas de componentes.

D. Diagramas de implantación.
E. Diagramas de casos de uso.
F. Diagramas de secuencia.
G. Diagramas de colaboración.
H. Diagramas de estado.

I. Diagramas de actividad.

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Planteamiento: Los distintos estados por los que el sistema puede pasar durante la matriculación en un curso que
se abre con 50 plazas
Durante el estado de matriculación, la transición Matricular estudiante continúa mientras el contador de
estudiantes matriculados sea inferior a 50.
Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Planteamiento: El estudiante solicita matricularse y selecciona un curso en particular

Se comprueban entonces los prerrequisitos y la capacidad del curso, y después se añade éste al programa de
estudios del estudiante, siempre y cuando se satisfagan los prerrequisitos y haya plaza en el curso

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

E. Diagramas de casos de uso.

Permite modelar las interacciones funcionales entre los usuarios y el sistema.
Muestra a los actores interactuando con casos de uso y pueden entenderse fácilmente sin conocer
notación alguna

Terminos:

Escenario: es una secuencia de pasos que describen una interacción entre un usuario y un sistema

Caso de uso: es un conjunto de escenarios que tienen un objetivo común

Tarea: o caso de uso individual, se representa con un óvalo y es llevada cabo por el sistema

Un actor: mostrado con el símbolo de una persona, representa un usuario externo, que puede ser
un ser humano, un grupo representativo de usuarios, un cierto rol de una persona de una
empresa, o cualquier cosa externa al sistema.

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Nota: Si un caso de uso

incorpora dos o más escenarios
significativamente diferentes,
basados en circunstancias o
condiciones variables, se utiliza
la relación de extensión para
mostrar los subcasos adjuntos al
caso de uso.

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

UML DE CASOS DE USO: Documentación de los actores

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

UML DE CASOS DE USO: Pasos para la documentación

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS
4.- DIAGRAMAS UML (continuación)

UML DE CASOS DE USO:

Documentación

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

UML DE CASOS DE USO: Ejemplo 1 (*), Planteamiento: registro para cursos e introducir notas

Actores: actores estudiante y profesor Caso de uso común: validar usuario

(*) Tomado de: bibliografía recomendada Rafael Escalona

 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

UML DE CASOS DE USO: Ejemplo 2 (*), Planteamiento: Venta material telefónico

(*) Tomado de: M Vega, Universidad de Granada Rafael Escalona

 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

UML DE CASOS DE USO: Ejemplo 2 (*), Planteamiento: Venta material telefónico (extensión)

(*) Tomado de: M Vega, Universidad de Granada Rafael Escalona

 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

4.- DIAGRAMAS UML (continuación)

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

5.- BASES DE DATOS OBJETO-RELACIONALES

(También llamados sistemas relacionales extendidos)

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

5.- BASES DE DATOS OBJETO-RELACIONALES (cont.)

Estos sistemas, que a menudo se conocen como DBMSs objeto-relacional (ORDBMSs), aparecen
como una forma de mejorar las capacidades de los DBMSs relacionales (RDBMSs) con algunas de las
características que aparecen en los DBMSs de objetos (ODBMSs).

El estándar SQL incluye ahora las siguientes partes:

- SQL/Framework, SQL/Foundation, SQL/Bindings y SQL/Object.
- Nuevas partes del direccionamiento temporal, las transacciones y otros aspectos de SQL.
- SQL/CLI (Interfaz de nivel de llamadas).
- SQL/PSM (Módulos almacenados persistentes).

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

5.- BASES DE DATOS OBJETO-RELACIONALES (continuación):

Diferencias entre diseño conceptuales ODB y RDB

1. Referencias para representar las relaciones

En ODB, las relaciones normalmente se manipulan teniendo propiedades de relación o atributos de referencia que incluyen
OID(s) de los objetos relacionados.
En RDB, las relaciones entre tuplas (registros) se especifican mediante atributos con valores coincidentes, que pueden
considerarse como referencias de valor y se especifican a través de foreing keys (claves externas), que son valores de los
atributos clave principales repetidos en tuplas de la relación referida.

2.- La manipulación de la herencia.

En ODB, estas estructuras se integran en el modelo, por lo que el mapeado se consigue utilizando las construcciones de
herencia como derivadas (:) y EXTENDS.

3.- Cuando especificar las operaciones

En una ODB es necesario especificar las operaciones en una fase temprana del diseño, porque forman parte de las
especificaciones de clase. Aunque es importante especificar durante la fase de diseño las operaciones para todos los
tipos de bases de datos, en el diseño RDB es una tarea que se puede demorar hasta la fase de implementación.

Rafael Escalona
 UNIDAD I: BASES DE DATOS ORIENTADAS A OBJETOS

5.- BASES DE DATOS OBJETO-RELACIONALES (continuación):

Desafíos de hoy:
- Imágenes en el procesamiento de imágenes de satélite o de pronóstico del tiempo;
- Datos complejos no convencionales en los diseños de ingeniería, información biológica del genoma y
dibujos arquitectónicos; datos de series temporales en las transacciones del mercado de valores;
- Datos espaciales y geográficos en los mapas, datos sobre la contaminación del aire y el agua, y datos
del tráfico.

Algunos OODBMS:

1. Object Design (now eXcelon)

2. Gemstone systems
3. Poet Software
4. Versant Object Technology

Algunos de hoy? Investigue

Rafael Escalona