Conceptos Adicionales BD _ Objetos y Objeto-Relacionales

BASES DE DATOS MULTIMEDIA

CONSIDERACIONES ENTRE EL MODELO ORDB Y RDB

Descripción

Bases De Datos

Orientadas a Objetos

y Objetos Relacionales

Este tipo de modelo lleva a un siguiente nivel los modelos relacionales debido que expanden el sistema haciendo lo mas robusto.

Es la combinación de dos tecnologías: La Relacional y Objeto_Relacional

BD

Referencias: El atributo de un tipo puede ser una referencia a un objeto de un tipo especifico.

Consulta De Tipos Complejos: En la consulta de tipos complejos tenemos expresiones de ruta en el cual las referencias se desreferencian en SQL:1999 con el símbolo.

Orientada A Objetos

Select d.nombre

FROM d in departamentos

WHERE d.facultad = 'Ingeniería'

BDOO

OQL es un lenguaje de consulta muy parecido a SQL .

La sintaxis básica de OQL es una estructura SELECT.. FROM.. WHERE.

POO

REFERENCIAS Y CONSULTA DE TIPOS COMPLEJOS

Persistencia

Lenguaje de consulta de Objetos (OQL)

PERMITE

Estructura de los objetos

Objetos Relacionales

ORDB Y RDB

Cada Objeto esta asociado con:

• Variables (atributos MER).

• Metodos (Comportamiento).

• Cada variable contiene un par de mensajes (Leer y actualizar).

Los atributos de las tuplas tengan tipos complejos, al igual que nuevos tipos de datos.

tipos complejos: registros, conjuntos, referencias, entre otros.

Class Curso{

relationship Set <profesor> es_enseñado_por

inverse profesor:enseña;

}

La herencia puede ser realizada a nivel de tipos y de tablas.

Tipos: Los subtipos derivados heredan todos los atributos que estén contenidos en la superclase y también son heredados los métodos.

Tablas: Los tipos en las subtablas deben ser subtipos del tipo de tabla padre. En los tipos en las tablas es posible la herencia multiple.

inverse Curso::es_enseñado_por;

class Profesor extends Persona {

attribute string cubiculo;

attribute string telefono;

// relaciones

relationship Set <Curso> enseña

}

Clases de Objetos

Relaciones n:m (ODL)

HERENCIA

Los objetos similares se agrupan para formar una Clase.

Los modelos relacionales de datos presentan un modelamiento sencillo, en el cual sus consultas son potentes y con un alto grado de protección.

En los modelos relacionales de objetos convergen dos tecnologías potentes, la relacional y de objetos.

Los modelos OO son más adecuados para la gestión de tipos de datos complejos ya que permite la integración con otros lenguajes y presenta un alto rendimiento.

Persona

DISEÑO DEL MODELO

Cliente

Empleado

Conceptos Adicionales BD

Cajero

Secretario

Administrador

Rendiminento: la velocidad de lectura y escritura toman mas tiempo.

Cantidad De Codigo: ventaja del ORDB es que el software que convierte el formato de objetos a relaciones viene adherido a su DBMS.

Normalización: las 3 FN de RDB se peuden aplicar a los modelos ORDB.

1. Relaciones Anidadas

2. Tipos Complejos

3. Consulta De Tipos Complejos

4. Herencia

5. Referencias

Caracteristicas

* Objetos De Gran Tamaño: SQL:1999 proporciona tipos de datos par objetos de gran tamaño como los clob para los datos de caracteres y blob para los binarios.

* Constructores: Hay que definir funciones constructoras para crear valores de tipos estructurados.

De manera predeterminada, cada tipo estructurado tiene un constructor sin argumentos, que establece los atributos a sus valores predefinidos.

-Cada entidad del mundo real se modela como un objeto.

Class Curso{

relationship profesor es_enseñado_por

inverse profesor:enseña;

}

-Los objetos se identifican mediante un identificador de objetos conocido como OID (llave primaria en MR).

inverse Curso::es_enseñado_por;

-Los OID son independientes del contenido de el objeto y son generados por el SGBD.

RELACIONES ANIDADAS

-Es posible trabajar con atributos multivaluados.

class Profesor extends Persona {

attribute string cubiculo;

attribute string telefono;

// relaciones

relationship Set <Curso> enseña

}

-Es posible trabajar con relaciones muchos a muchos.

-Manejo de datos complejos.

Extencion del modelo relacional de datos, en el que los dominos pueden ser atomicos o de relacion.

Las tuplas pueden ser una relacion, lo que conlleva a crear una relacion de relaciones; permitiendo almacenar tipos de datos complejos

Relaciones 1:n (ODL)

* Colecciones: Los conjuntos, arrays y los multiconjuntos son algunos de los tipos de coleciones.

array-autores varchar(20) array [10]

* Tipos Estructurados: Permiten la representacion directa con los atributos compuestos en el diagrama ER. estos tipos pueden tener metodos definidos sobre él.

TIPOS COMPLEJOS

Manifesto Malcom Atkinson

Se hizo en 1989 con la intencion de manejar un estandar en los SGBDOO. Debe satisfacer 2 criterios: BDMS y sistema OO.

Modelo Estandar ODMG

(Object Database Management Group)

inverse Curso::es_enseñado_por;

class curso{

relationship profesor es_enseñado_por

inverse profesor:enseña;

}

Arquitectura ODMG version 3.0 año 2000:

• Modelo de objetos
• Lenguaje de definición de objetos (ODL)
• Lenguaje de consulta de objetos (OQL)
• Conexión con los lenguajes C++, Smalltalk y Java

Relaciones 1:1 (ODL)

(Equivalente al DDL en los SGBD tradicionales)

class Profesor extends Persona {

attribute string cubiculo;

attribute string telefono;

// relaciones

relationship Curso enseña

}

Lenguaje de definición de objetos (ODL)

ODL es un lenguaje de especificación para definir tipos de objetos.

class Persona {

//definición de atributos

attribute struct Nombre_pers ( string nombre_pila, string apellido1, string apellido2) nombre;

attribute date fecha_nacimiento;

//Definicon de Operaciones

float edad();

}

GRACIAS