Capítulo 21 (Estándares, lenguajes y diseño de base de datos de objetos) y Capítulo 22(Sistemas...

Universidad Central del Ecuador

FACULTAD DE CIENCIAS ECONÒMICAS

CAPITULO 21:

Estándares, lenguajes y diseño de base de datos de objetos

CAPITULO 22:

Sistemas de objetos relacionales y relacionales extendidos

CARRERA DE FINANZAS

NOMBRE: María Fernanda Pinango

AULA: 39

Javier Samueza

Es muy importante tener un estándar para un determinado tipo de sistema de bases de datos, porque proporciona soporte para la portabilidad (capacidad de ejecutar un programa de aplicación) de aplicaciones de bases de datos.

La portabilidad permitiría que un programa escrito para acceder a un sistema gestor de bases de datos de objetos (ODBMS) pudiera acceder a otro paquete ODBMS siempre y cuando los dos paquetes soportaran fielmente el estándar.

ESTÁNDARES, LENGUAJES Y DISEÑO DE BASES DE DATOS DE OBJETOS

María Fernanda Pinango

Ventajas:

Si la aplicación usa estructuras estándar del lenguaje, es posible que un usuario pueda convertir la aplicación al producto de otro fabricante (que obedece los mismos estándares de lenguaje pero quizá ofrece un mejor rendimiento para la aplicación de ese usuario) sin tener que hacer grandes modificaciones que requieran tiempo.

Ayuda a conseguir la interoperabilidad.


EL ESTÁNDAR CONSTA DE:


Interfaces integradas para los objetos colección

Cualquier objeto colección hereda la interfaz Collectionbásica.

La operación 1 = O.create_iteratorO crea un objeto iterador1 para el objeto colección O, que puede iterar por todos los elementos de la colección.

El modelo de objeto ODMG utiliza excepciones para informar de los errores o de condiciones particulares.


Ejemplos:

interface Date: Object

enum Weekday = {Domingo, Lunes, Martes, Miércoles, Jueves,

Viernes, Sábado}

interface Time: Object

unsigned short = hour ( )

unsigned short = minute ( )

unsigned short = second ( )

unsigned short = millisecond ( )

interface Collection : Object

exception = ElementNotFound{any element; };

unsigned long = cardinality ( );

Boolean = is_empty ( )


Ejemplos:

ODL está diseñado para dar soporte a las construcciones semánticas del modelo de objeto ODMG y es independiente de cualquier otro lenguaje de programación.

class PERSONA

( extent = PERSONAS

key = Dni)

{ attribute struct NomPers

{ string NombreP,

string Apellido1,

string Apellido2 } Nombre

attribute string Dni;

attribute date FechaNac;

attribute enum Género = {H, M} Sexo;


attribute struct Dirección

{ short No,

string Calle,

short NApt,

string Ciudad,

string Prov, short CP} Dirección;

short Edad ( ) }


Ejemplo:

Su estructura: select ... from ... where ... , como en SQL.

Consulta para hallar información específica:

CO:

Select = D.NombreDpto

from = D. in DEPARTAMENTOS

Where = D.Facultad = 'Ingeniería'

Es necesario un punto de entrada a la base de datos para cada consulta.


Se debe definir una variable iteradora (D en CO) que recorra los objetos de la colección.

Donde:

La consulta seleccionará ciertos objetos de la colección, basándose en las condiciones especificadas en la cláusula where.

Opciones sintácticas para especificar las variables iteradoras: (con el ejemplo)

O IN DEPARTAMENTOS

DEPARTAMENTOS D

DEPARTAMENTOS AS O

IN

AS


Mapeado de un esquema EER a un esquema ODB

Permite diseñar las declaraciones de tipos de las clases de objetos para un ODBMS a partir de un esquema EER que no contiene categorías ni relaciones n-arias con n > 2.

En el diagrama EER no se especifican las operaciones de clases y deben añadirse a las declaraciones de clase una vez completado el mapeado estructural.

Pasos: Crear una clase de ODL para cada entidad o subclase EER. Añadir relaciones entre tributos. Incluir operaciones a cada clase. Verificar entidades (débiles).


CAPÍTULO 22

Sistemas de objetos relacionales y relacionales extendidos

Modelos respecto a las características:

Modelado de estructuras para desarrollar esquemas para las aplicaciones de bases de datos.

Servicios de restricción para expresar ciertos tipos de relaciones y restricciones sobre los datos según determina la semántica de la aplicación.

Operaciones y servicios del lenguaje para manipular la base de datos.


Visión general de SQL y sus características objeto-relacional

El estándar SQL y sus componentes:

1. SQL/Framework, SQL/Foundation, SQL/Bindings y SQL/Object.

2. Nuevas partes del direccionamiento temporal, las transacciones y otros aspectos de SQL.

3. SQL/CLI (Interfaz de nivel de llamadas).

4. SQL/PSM (Módulos almacenados persistentes).


Soporte objeto-relacional en SQL-99

La especificación SQL/Object extiende SQL-92 para incluir capacidades de orientación a objetos.

Características que se han incluido en SQL-99:

o Constructores de tipos (especificar objetos complejos)

o Identidad de objeto (tipo referencia)

o Tipo referencia (operaciones como parte de su declaración)

o Mecanismos de herencia


Algunas operaciones y características nuevas de Sal

WITH RECURSIVE

FACTURA_MATERIAL (Parte1, Parte2) AS

( SELECT Parte1, Parte2

FROM TABLA_PIEZAS

WHERE Parte1 = 'P1'

UNION ALL

SELECT FACTURA_MATERIAL.Parte1,

TABLA_PIEZAS.Parte2

FROM FACTURA_MATERIAL, TABLA_PIEZAS

WHERE TABLA_PIEZAS.Parte1 =

FACTURA_MATERIAL.Parte2 )

SELECT * FROM FACTURA_MATERIAL

ORDER BY Parte1, Parte2;


Donde:

Por ejemplo

El resultado final queda en FACTURA_MATERIAL(Parte1, Parte2). La operación UN ION ALL se evalúa realizando una unión de todas las tuplas generadas por el bloque interno hasta que dejen de generarse tuplas nuevas.


Evolución de los modelos de datos y tendencias actuales de la tecnología de bases de datos

DBMS DBMS.- modelos de datos relacional

ODBMS.- modelos de datos de objetos

DBMSs heredados

Están basados en los modelos de datos jerárquico (IMS de IBM) y de red (tiene gran cantidad de DBMSs, como IDS II (Honeywell), IDMS (Computer Associates), IMAGE (Hewlett Packard), VAX-DBMS (Digital) y TOTAL/SUPRA (Cincom).)


Informix Universal Server5

Informix Universal Server es un ORDBMS que combina las tecnologías de bases de datos relacional y de objetos de los productos existentes anteriormente: Informix e Illustra.

Clasificación de las aplicaciones DBMS de acuerdo con dos dimensiones o ejes: complejidad de los datos (la dimensión X) y complejidad de las consultas (la dimensión Y).

De la siguiente manera:


Cuadrante 1 (X = 0, y = O): datos simples, consultas

simples.

Cuadrante 2 (X = 0, y = 1): datos simples, consultas

complejas. (RDBMSs

tradicionales)

Cuadrante 3 (X = 1, Y = O): datos complejos, consultas

simples.

Cuadrante 4 (X= 1, Y= 1): datos complejos, consultas

complejas


Cómo Informix Universal Server extiende el modelo de datos relacional

Las extensiones al modelo de datos relacional proporcionadas por Illustra e incorporadas en Infonnix Universal Server encajan en las siguientes categorías:

Soporte de tipos de datos adicionales o extensibles.

Soporte para rutinas definidas por el usuario (procedimientos o funciones).

Noción implícita de la herencia. 11 Soporte para indexar extensiones.

API (Interfaz de programación de aplicaciones) Data Blades


Tipos de datos extensibles


Soporte de la herencia

La herencia se controla a dos niveles en Informix Universal Server: herencia de datos (atributo) y herencia de función (operación).

HERENCIA DE DATOS

Crear subtipos bajo los tipos fila existentes: palabra clave UNDER

Ejemplo:

CREATE ROW TYPE TIPO_EMPLEADO

( NombreE VARCHAR(25),

Dni CHAR(9),

Sueldo I NT)


El procesamiento de los comandos SQL se modifica en consecuencia según la jerarquía de tipos.

Ejemplo:

La consulta:

SELECT = *

FROM = EMPLEADO

WHERE = Sueldo> 100000


Características objeto-relacional de Oracle 8

Características relacionadas con la versión del producto DBMS de Oracle denominada Release 8.X, que han mejorado con la incorporación de características objeto-relacional.

Manipulación de información geográfica o basada en mapas: cartucho espacial

Gracias a los nuevos tipos de datos, es posible la manipulación de datos multimedia.


Características objeto-relacional de Oracle

Ofrece las capacidades de un RDBMS y soporte adicional del concepto de orientación a objetos.

La información compleja sobre un objeto se puede ocultar; pero en el modelo de datos pueden identificarse las propiedades (atributos, relaciones) y los métodos (operaciones) del objeto.

Representación de atributos multivalor utilizando VARRAY; donde algunos atributos de un objeto/entidad podrían ser multivalor.

El modelo relacional anidado

Método que propone el uso de tablas anidadas, también conocido como relaciones de formas no normales.

El modelo relacional anidado elimina la restricción de la primera forma normal del modelo relacional básico. Donde solo se aceptan monovalores; en cambio el anidado permite atributos compuestos y multivalor.


Capítulo 21 (Estándares, lenguajes y diseño de base de datos de objetos) y Capítulo 22(Sistemas...

Education

Transcript of Capítulo 21 (Estándares, lenguajes y diseño de base de datos de objetos) y Capítulo 22(Sistemas...