BDOO

Tema 3: Bases de Datos Orientadas
a Objetos
1. Introducción a las BDOO

2. Conceptos de las BDOO
3. Estándares y Sistemas
4. Diseño de BDOO
© abr-06 Tema 3: Bases de Datos Orientadas a Objetos -1

Tema 3: BDOO. Introducción
9 OO => Técnica de desarrollo de sw que permite resolver

algunos problemas clásicos de la IS
9 IS => aspectos dinámicos del sw

BD =>aspectos estáticos del almacenamiento de
información
CONCEPTOS DISTINTOS
9 Con la aparición de la tercera generación de SGBD:

SGBDOO y SGBOR, las dos disciplinas se aúnan
permitiendo el modelado concurrente (datos + procesos)
9 SGBD tradicionales buenos para: aplicaciones bancarias,

sistemas de gestión de billetes electrónicos, productos de
almacén, ….
9 Inconvenientes:
* Aplicaciones CAD, CAM
* Aplicaciones CASE
* Sistemas de gestión de red
* Sistemas multimedia
* Autoedición digital
* Sistemas GIS
* Web sites dinámicos

9 Los SGBDR adolecen de:

* Pobre representación del mundo real. El proceso de
normalización hace que se produzca pérdida de
semántica y se ralentice la recuperación
* Sobrecarga semántica. Un único constructor para
todo (relación)
* Soporte inadecuado para restricciones. Deben ser
incluidas en las aplicaciones
* Estructura de datos homogénea. Modelo de datos
plano y restringido horizontal y verticalmente

9 Los SGBDR adolecen de:

* Operaciones limitadas. SQL permite solo un conjunto
finito de operaciones y recursividad limitada en
consultas
SQL3 trata de incluir operaciones para resolver las

deficiencias anteriores, tratando de incluir nuevas
funcionalidades.
SGBDOO tratan de hacer lo mismo, pero de manera

integrada entre el lenguaje de programación y el modelo
de datos del SGBD.
9 Generaciones de sistemas de bases de datos

M.D. Jerárquico
1ª Generación 1960-1970
M.D. en Red
M.D. Relacional Cod, E.1970

2ª Generación
M.D. ER Chen, P.1976
3ª Generación M.D. Semánticos Hammer y McLeod, 1981, Su, 1983
M.D. Objeto-Relacionales M.D. Orientados a Objetos

9 Almacenamiento de objetos en BDR

SGBDR, un mecanismo para conseguir la persistencia de los objetos
“correspondencias o mapping entre objetos y tuplas”
Mecanismos de transformación M. Conceptual => M. Lógico

Código de descomposición
clases => relaciones +
objetos => tuplas código de recomposición

9 Beneficios potenciales de las BDOO:
• Mejora la calidad del sw
• Disminuye los tiempos y costes de desarrollo y

mantenimiento
• Incrementa la reutilización del sw
• Facilita la integración del sistema
• Facilita la representación de datos multimedia

Tema 3: BDOO. Conceptos
9 Conceptos de la Orientación a Objetos
1) Abstracción y encapsulación
2) Objetos y Atributos
3) Identidad de los objetos
4) Métodos y paso de mensajes
5) Clases
6) Subclases, superclases y herencia
7) Anulación y sobrecarga
8) Polimorfismo y enlace dinámico
9) Objetos complejos
Mundo Real = Objetos que tienen un IDO

1) Abstracción y encapsulación
Abstracción: proceso mediante el que identifican los aspectos

esenciales de un objeto o entidad, separando el diseño de los
detalles de implementación
=> encapsulación y ocultación de la información
Encapsulación: cada objeto contiene, tanto la estructura de

los datos, como las operaciones para manipularlo (TAD)
Ocultación de información: proporciona independencia de los
datos al ocultar los detalles internos de cada objeto
Objeto = “caja negra”
© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 10
Objeto: entidad unívocamente identificable que contiene

tanto a los atributos que describen el estado de un objeto del
mundo real, como las acciones asociadas con él.
Estado + Comportamiento
Estado: colección de atributos que definen a un objeto

(variables de instancia) = ENTIDAD

Simples
Atributos Colecciones (atributos complejos)
Referencias
Atributo Valor
Cod_sucursal 6172
Calle Butarque, 15
Ciudad Leganés
Código postal 28911 Referencias a objetos
Directora Pilar González “plantilla” (FKs)
Plantilla Yolanda Suárez, Antonio García
SucursalObject.Calle Colección (att. multivaluado)


Todo objeto se identifica unívocamente a través de su OID
.
Propiedades de un OID:
Creado por el sistema
Exclusivo de cada objeto y por sistema
Invariante en el tiempo y no reutilizable
Independiente del estado del objeto
“Invisible” al usuario


OID más restrictivo que pk (única por cada relación)
Ventajas de los OID:

Eficientes – Mínimo espacio de almacenamiento
Rápidos – dirección real
No modificables – se mantiene la integridad
Independientes del contenido
¿Redundancia de objetos?
Objetos idénticos <=> OIDs iguales (BDD) (=)

Objetos iguales <=> estados iguales (= =)
igualdad profunda – mismos valores en a. ref

igualdad somera – distintos valores en a.ref
Necesidad de clave primaria

4) Métodos y mensajes
Método: define el comportamiento de un objeto
cambio de estado de un objeto => update (attributos)
consulta de estado de un objeto
method void updateSalario (float inc)

{
salario = salario + inc;
}
Mensaje: comunicación entre objetos. Peticiones
empleadosObject.updateSalario(1000)

5) Clases
Patrones que agrupan objetos con los mismos atributos y que
responden a los mismos mensajes.
Cod_sucursal = 005
Calle = Rosas, 3
Ciudad = Madrid
……………….…
Sucursal
Atributos: Cod_sucursal = 006
Cod_sucursal Calle = Alcala, 27
Ciudad = Madrid
Calle ……………….…
Ciudad
Codpostal
Métodos:
print() Cod_sucursal = 007
Calle = Butarque, 15
getCodpostal() Ciudad = Leganés
numeroSucursales() ……………….…
CLASE INSTANCIAS DE CLASE


Herencia: permite definir una clase (SUBCLASE) como un
caso especial de otra clase más general (SUPERCLASE)
SUPERCLASE
Especialización Generalización
SUBCLASE

Por defecto las subclases heredan todas las propiedades

(estado y comportamiento) de sus superclases.
Una herencia selectiva serviría como mecanismo de VISTAS
Las subclases pueden tener propiedades propias
Tipos de herencia:
9 Herencia Simple
9 Herencia Múltiple (difícil implementación)

PERSONA
DIRECTOR COMERCIAL
EMPLEADO
DIRECTOR COMERCIAL DIRECTOR DE VENTAS
Herencia simple Herencia múltiple
SUPCL
“SUBCL hereda de SUPCL”
SUBCL

Caso especial de herencia múltiple => Herencia Repetida

PLANTILLA
DIRECTOR COMERCIAL
DIRECTOR DE VENTAS
“Habría que asegurarnos de que la clase director de ventas, no herede las propiedades de PLANTILLA dos veces”

7) Anulación y sobrecarga
Anulación: proceso de redefinir propiedades de manera que
pasen de ser de las subclases a las superclases y puedan ser
utilizadas por las primeras
Ventaja: eliminación de redundancias
Sobrecarga: utilización de un mismo nombre de método

dentro de una clase o entre varias definiciones de clase.
Ej: método “print”


Polimorfismo: múltiples formas
¾ Polimorfismo de operación (ad hoc)
¾ Polimorfismo de inclusión
¾ Polimorfismo paramétrico o de genericidad
Enlace dinámico: mecanismo por el que se difiere la selección

del método apropiado basándose en el tipo de objeto, hasta el
momento de la ejecución. (se evitan recompilaciones)


Polimorfismo de operación (ad hoc) : sobrecarga
Polimorfismo de inclusión : método definido en una superclase y
heredado por sus subclases
Polimorfismo paramétrico o de genericidad: utiliza tipos como
parámetros dentro de la declaración genérica de tipos o de clases.
Ej:
template <Type T> Enlace

T max (x:T, y:T) int max (int, int) // instanciación de la f. max para dos enteros
{ real max (real, real) // instanciación de la f. max para dos reales
if (x>y) return x;
else return y;
}

Objeto complejo = objeto único en el “mundo real”, pero
combinado con otros objetos mediante la relación
“ES PARTE DE”
.
Dos formas de considerar los objetos contenidos:

9 Encapsulados dentro del objeto complejo: el acceso al OC se
realiza utilizando los métodos del OC.
9 Con existencia independiente: solo se almacena su OID en el OC
=> COMPARTICIÓN REFERENCIAL.
Tiene su propia estructura y sus propios métodos y puede ser
propiedad de varios padres.
átomo Valor atómico

set Multivaluados sin orden sin
repetición
list Multivaluados ordenados sin
repetición
bag Multivaluados sin orden con
repetición
tupla Propiedades del objeto
(ido, tupla, <prop1:i5, prop2:i3>)
9 Diseño de bases de datos orientadas a objetos
M.D. OO MDC Dferencia

Objeto Entidad El objeto incluye el comportamiento
Atributo Atributo Ninguna
Asociación Interrelación Las asociaciones son guales, pero la
herencia en MDOO incluye tanto el
estado como el comportamiento
Mensaje No hay concepto equivalente en MDC
Clase Tipo de Ninguna

entidad/Supertipo
Instancia Entidad Ninguna
Encapsulación No hay concepto equivalente en MDC

Análisis de la redundancia : 2FN y 3FN “todo atributo de un

objeto depende de la identidad del objeto”
Relaciones : atributos de referencia implementados mediante

identificadores OID
1. Relaciones 1:1:
Sucursal: OID1 Director: OID6
Cod_sucursal: B003 Cod_empleado: SG5
Calle: Butarque, 15 Nombre: Pilar
Ciudad: Leganes Apellido: Castro
Codpostal: 28911 Salario: 24000
Director: OID6 Sucursal: OID1

2. Relaciones 1:*:
Sucursal: OID1 Plantilla: OID4
Cod_sucursal: B003 Cod_empleado: SG14
Calle: Butarque, 15 Nombre: Raul
Ciudad: Leganes Apellido: Pineda
Codpostal: 28911 Categoria: supervisor
Director: OID6 Salario: 18000
Plantilla {OID4, OID5, …} Sucursal: OID1


3. Relaciones *:*: Propiedad: OID7
Cliente: OID9 Propiedad: OID2
Cod_clie: CR56 Cod_prop: PG36

Cod_prop: PG4
Nombre: Elena Ciudad: Colmenarejo
Ciudad: Valdemorillo
Apellido: Perez Tipo: piso
Tipo: piso
Tf: 123456789 Habitaciones: 3
Habitaciones: 3
Tipopref: piso ………………..
………………..
Maxrent: 400 Visitantes: OID9
Visitantes: {OID9, OID10}
Visitas
Cliente: OID10
propiedad: OID7
fecha: 26/04/2004 Cod_clie: CR74
observaciones: Nombre: Pepe
Apellido: Garcia
Tf: 678912345
propiedad: OID2 Tipopref: piso
fecha: 28/05/2004 Maxrent: 750
observaciones:
Visitas
propiedad: OID2
fecha: 26/04/2004
observaciones:


Integridad referencial :
1. No permitir que el usuario borre explícitamente objetos
2. Permitir al usuario borrar objetos cuando ya no sean necesarios
3. Permitir al usuario modificar y borrar objetos y relaciones cuando
ya no sean requeridas
(Cada SGBDOO implementa una o varias técnicas)
Diseño comportamental : utilización de métodos públicos (m.
visibles al usuario y otros objetos) y privados (m. internos de clase)
1. M. constructores y destructores: generan/borran instancias

2. M. de acceso: getAtt. getMediaSalario, ….
3. M. transformación: cambio de estado (incrementoSalario)

Tema 3: BDOO. Estándares
9 Estandarización de OODBMS
OMG = Object Management Group

www.omg.com
ODMG= Object Database Management Group

www.odmg.com

9 OMG: consorcio Object Management Group

Sun Microsystems, Borland, AT&T/NCR, HP, Hitachi, Computer
Associates, Unisys y Oracle
Creación de estándares de facto, promoción de técnicas OO, …
ODMG, 2001 (Object Data Management Group)
Arquitectura:
1) Modelo de objetos (OM)
2) Lenguaje de definición de objetos (ODL)
3) Lenguaje de consulta de objetos (OQL)
4) Enlaces con los lenguajes C++, Java y Smalltalk
Extensión:
5) estándar para la interoperabilidad (intercambio de datos entre BD)

9 Modelo de Objetos (OM):
Primitivas de modelado: objeto (identificadores únicos) y literal
Los objetos y literales pueden clasificarse en tipos. Todos los objetos

y literales de un mismo tipo exhiben un estado y comportamiento
comunes.
El estado de un objeto está definido por los valores de sus

propiedades (atributos y relaciones). Estas propiedades suelen
cambiar en el tiempo.
Propiedad = atributo o relación (1:1, 1: N, N:M) entre
objetos
Los valores pueden cambiar a lo largo del tiempo.
El comportamiento de un objeto está definido por las operaciones

ejecutadas por o en el objeto. Las operaciones pueden tener una lista
de parámetros de entrada/salida con un tipo específico y puede
devolver un resultado tipado.
Una DB almacena OBJETOS que pueden ser compartidos por

múltiples usuarios y aplicaciones. El esquema de la BD se define en
ODL y contiene instancias de los tipos definidos por su esquema.

Tema 3: BDOO. Diseño
Diseño Conceptual Diseño Estándar

Notación UML ODL
Diseño de
Implementación
ODBMS

9 ODL (Object Definition Language):
EXTENDS (relación que soporta la herencia)
EXTENTS (todas las instancias de un tipo)
KEYS (clave)
class profesor (extent profesores key DNI)

{
atributos;
operaciones;
};


Relaciones con multiplicidad 1
1..* tiene
Empleado Trabaja 1..1
Departamento
class Empleado (extent empleados)

{ atributos;
relationship Departamento trabaja
inverse tiene::Departamento;
};

Relaciones con multiplicidad *
1..* tiene
Empleado Trabaja 1..1
Departamento
class Departamento (extent Departamentos)

{ atributos;
relationship list <Empleado> tiene
inverse trabaja::Empleado;
};
Relaciones n-arias
No se soportan directamente.
1.- Se crea una clase asociación
2.- Se crean tantas relaciones binarias como sean necesarias entre
la clase asociación y las clases que componen la asociación
n-aria


class juega (extent juegan)
{ atributos;
relaciones entre Juega Persona;
relaciones entre Juega Rol;
Persona relaciones entre Juega Organización;
};
class Persona (extent Personas)
Ocupan * { atributos;
Papeles relaciones entre Persona Juega;
Juega Juega Rol };
* class Organización (extent Organizaciones)
{ atributos;
Pertenecen *
relaciones entre Organización Juega;
};
Organización class Rol (extent Roles)
{ atributos;
relaciones entre Rol Juega;
};


Agregaciones. Se representan de 2 formas:
1.- Verdadera composición
Persona
class Persona (extent Personas)
tiene 1..1
{
identifica 0..* attribute set <Alias> lista-alias;
Alias };


Agregaciones
2.- Relación
Persona class Persona (extent Personas)
{
tiene 1..1
relationship set <Alia> tiene inverse:: identifica Alias
identifica 0..* };
Alias class Alia (extent Alias)
{
relationship Persona identifica inverse:: tiene Persona
};

Generalizaciones parcial y sin solapamiento
class Soporte
Soporte (extent Soportes)
{
{disjoint}
{parcial} };
class CD extends Soporte (extent CDs)
{
CD Cassette };
class Cassette extends Soporte (extent Casse
{
};
9 ODL (Object Fdefinition Language):

Generalizaciones total y sin solapamiento
Se crea la clase A como clase abstracta.
Soporte abstract class Soporte (extent Soportes)
{
{disjoint}
{total} };
class CD extends Soporte (extent CDs)
{
CD Cassette };
class Cassette extends Soporte (extent Cassettes)
{
};

Generalizaciones total y con solapamiento
Vehiculos abstract class Vehiculos
(extent Vehiculos)
{overlapped} { };
{total} class Tierra extends Vehiculo
(extent Tierras)
{ };
Tierra Mar
class Mar extends Vehiculo
(extent Mares)
{ };
Anfibio class Anfibio extends Tierra, Mar
(extent Afibios)
{ };

Generalizaciones parcial y con solapamiento
class Vehiculos
Vehiculos (extent Vehiculos)
{ };
{overlapped}
{parcial} class Tierra extends Vehiculo
(extent Tierras)
{ };
Tierra Mar class Mar extends Vehiculo
(extent Mares)
{ };
Anfibio class Anfibio extends Tierra, Mar
(extent Afibios)
{ };
9 Manifiesto de los SGBDOO (Atkinson et al., 1989)
(1) Deben soportarse objetos complejos aplicando una serie de

constructores a los objetos básicos (SET, TUPLE, LIST/ARRAY)
(2) Deben soportarse mecanismos de identidad de objetos
(3) Debe soportarse la encapsulación
Acceso a la especificación de la interfaz de los métodos
(4) Deben soportarse los tipos o clases
(5) Los tipos o clases deben ser capaces de heredar de sus ancestros
(6) Debe soportarse el enlace dinámico
Anulación y sobrecarga
(7) El DML debe ser computacionalmente completo
Lenguaje de programación de propósito general

9 Manifiesto de los SGBDOO (Atkinson et al., 1989)
(8) El conjunto de todos los tipos de datos debe ser ampliable

(9) Debe proporcionarse persistencia a los datos
(10) El SGBD debe ser capaz de gestionar BD de gran tamaño
Índices y buffers
(11) El SGBD debe soportar usuarios concurrentes
(12) El SGBD debe ser capaz de recuperarse de fallos hw y sw
(13) El SGBD debe proporcionar una forma simple de consultar los datos
Mecanismo de consulta ad hoc que sea de alto nivel
Características opcionales: herencia múltiple, comprobación de tipos, …..

Tema 3: BDOO. Bibliografía
¾ Sistemas de Bases de Datos Orientadas a Objeto.

E. Bertino, L. Martino. 1995
¾ Advanced Database Technology and Design

Ed. Artech House. 2000
¾ Introducción a los sistemas de BD.

J. Ullman, J. Widom. 1999

BDOO

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

BDOO

Transféré par

Droits d'auteur :

Formats disponibles

Tema 3: Bases de Datos Orientadas

1. Introducción a las BDOO

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos -1

9 OO => Técnica de desarrollo de sw que permite resolver

9 IS => aspectos dinámicos del sw

9 Con la aparición de la tercera generación de SGBD:

9 SGBD tradicionales buenos para: aplicaciones bancarias,

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos -3

9 Los SGBDR adolecen de:

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos -4

9 Los SGBDR adolecen de:

SQL3 trata de incluir operaciones para resolver las

SGBDOO tratan de hacer lo mismo, pero de manera

9 Generaciones de sistemas de bases de datos

M.D. Relacional Cod, E.1970

3ª Generación M.D. Semánticos Hammer y McLeod, 1981, Su, 1983

M.D. Objeto-Relacionales M.D. Orientados a Objetos

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos -6

9 Almacenamiento de objetos en BDR

“correspondencias o mapping entre objetos y tuplas”

Mecanismos de transformación M. Conceptual => M. Lógico

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos -7

9 Beneficios potenciales de las BDOO:

• Mejora la calidad del sw

• Disminuye los tiempos y costes de desarrollo y

• Incrementa la reutilización del sw

• Facilita la integración del sistema

• Facilita la representación de datos multimedia

9 Conceptos de la Orientación a Objetos

Mundo Real = Objetos que tienen un IDO

Abstracción: proceso mediante el que identifican los aspectos

Encapsulación: cada objeto contiene, tanto la estructura de

Objeto: entidad unívocamente identificable que contiene

Estado: colección de atributos que definen a un objeto

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 11

Plantilla Yolanda Suárez, Antonio García

SucursalObject.Calle Colección (att. multivaluado)

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 12

3) Identidad de los objetos

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 13

3) Identidad de los objetos

Ventajas de los OID:

3) Identidad de los objetos

Objetos idénticos <=> OIDs iguales (BDD) (=)

igualdad profunda – mismos valores en a. ref

Necesidad de clave primaria

method void updateSalario (float inc)

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 16

CLASE INSTANCIAS DE CLASE

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 17

6) Subclases, superclases y herencia

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 18

6) Subclases, superclases y herencia

Por defecto las subclases heredan todas las propiedades

Una herencia selectiva serviría como mecanismo de VISTAS

Las subclases pueden tener propiedades propias

6) Subclases, superclases y herencia

DIRECTOR COMERCIAL DIRECTOR DE VENTAS

Herencia simple Herencia múltiple

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 20

6) Subclases, superclases y herencia

Caso especial de herencia múltiple => Herencia Repetida

© abr-06 Tema 3: Bases de Datos Orientadas a Objetos - 21

Sobrecarga: utilización de un mismo nombre de método

Primitivas de modelado: objeto (identificadores únicos) y literal

Los objetos y literales pueden clasificarse en tipos. Todos los objetos

El estado de un objeto está definido por los valores de sus

El comportamiento de un objeto está definido por las operaciones

Una DB almacena OBJETOS que pueden ser compartidos por