Fundamentos de Sistemas de Base de Datos

1. 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

2.  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

3. 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.
María Fernanda Pinango

4. EL ESTÁNDAR CONSTA DE:
María Fernanda Pinango

5. María Fernanda Pinango

6. Interfaces integradas para los
objetos colección
 Cualquier objeto colección hereda la interfaz Collection
básica.
 La operación 1 = O.create_iteratorO crea un objeto iterador
1 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.
María Fernanda Pinango

7. 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 ( )
María Fernanda Pinango

8. María Fernanda Pinango

9. 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;
María Fernanda Pinango

10. attribute struct Dirección
{ short No,
string Calle,
short NApt,
string Ciudad,
string Prov, short CP} Dirección;
short Edad ( ) }
María Fernanda Pinango

11. María Fernanda Pinango

12. 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.
María Fernanda Pinango

13. 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
María Fernanda Pinango

14. María Fernanda Pinango

15. 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).
María Fernanda Pinango

16. CAPÍTULO 22
Sistemas de objetos relacionales y
relacionales extendidos

17. 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.
María Fernanda Pinango

18. 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).
María Fernanda Pinango

19. 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
María Fernanda Pinango

20. 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;
María Fernanda Pinango

21. 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.
María Fernanda Pinango

22. 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).)
María Fernanda Pinango

23. 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:
María Fernanda Pinango

24. 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
María Fernanda Pinango

25. 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
María Fernanda Pinango

26. Tipos de datos extensibles
María Fernanda Pinango

27. 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)
María Fernanda Pinango

28. 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
María Fernanda Pinango

29. 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.
María Fernanda Pinango

30. 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.
María Fernanda Pinango