UNIVERSIDAD DE LOS ANDES FACULTAD DE INGENIERÍA POSTGRADO EN COMPUTACIÓN

---

Tema 5. Lenguajes de definición, manipulación y control, y su procesamiento

Prof. Isabel Besembel Carrera

Núcleo La Hechicera. Edif. Economía. 3er. piso. Ala 3S. Mérida. Venezuela.

Sesión 7. Conclusiones.

Tabla de contenido:

Promesas de los SMBDOO
Realidad de los SMBDOO
Mitos

Programa del curso

Promesas de los SMBDOO

• Un SMBDOO debe proveer las facilidades estandares encontradas en los SMBDR
  • Lenguaje de consultas no procedimental
  • Optimización automática y procesamiento de consultas
  • Cambios dinámicos del esquema
  • Manejo automático de los métodos de acceso para mejorar el rendimiento del procesamiento de consultas
  • Manejo automático de transacciones
  • Control de concurrencia
  • Recuperación en caso de fallas del sistema
  • Seguridad y autorización

• Las SMBD se diseñan para muchos usuarios y grandes volúmenes de datos

• Un SMBD se usa para mantener datos críticos en forma integral

• Deficiencas de los SMBDR
  • Obliga al usuario a representar datos jerárquicos en forma plana con tuplas en varias relaciones
  • Ofrece un conjunto de tipos de datos primitivos para ser usados como dominios de las columnas de las relaciones y no soporta tipos de datos definidos por el usuario
  • Los procedimientos almacenados no encapsulan los datos

Realidad de los SMBDOO

• Sistemas comerciales: GemStone (Servio Corporation), ONTOS (ONTOS), ObjectStore (Object Design Inc.), Objectivity/BD (Objectivity Inc.), Versant (Versant Object Tech. Inc.), Matisse (Intellitic International), Itasca -ORION- (Itasca Systems Inc.) y O2 (O2 Technology). Aparecieron en el marcado desde 1987 como prototipos preliminares.

• Limitaciones:
  • Como sistemas de almacenamiento persistente:
    • La mayoría trata los datos persistentes en forma diferente de los transientes.
    • Requiere que los usuarios declaren explicitamente cuando un objeto es
      persistente o no.
  • Como sistemas de base de datos:
    • La mayoría no ofrece las facilidades del lenguaje de consulta compatible
      con ANSI-SQL
    • No soportan vistas
    • La mayoría no soporta autorización
    • La mayoría no soporta cambios automáticos del esquema
    • Algunos requieren que el usuario se encargue de poner y liberar los candados
    • La mayoría ofrece capacidades limitadas para sintonizar el rendimiento del
      sistema de BD.

Mitos

• Un SMBDOO es más rápido que un SMBDR Solo en aplicaciones que requieran navegación repetida a través de objetos en memoria.

• SMBDOO elimina el uso de productos (Joins). Solo reduce significativamente el producto de clases.

• La identidad del objeto elimina el uso de las claves. En absoluto.

• El procesamiento de consultas puede violar la encapsulación. El subsistema de consultas no es un simple usuario.

• Debe soportar versionamiento y transacciones de larga duración. No son requisitos de la OO, sino facilidades no soportadas por los SMBDR.

• Debe soportar datos multimedios. Ofrece más facilidad para soportarlos (tipos de datos arbitrarios), pero presenta los mismos problemas que incluirlos en BDR.

Futuro:

• Compatibilidad con los actuales SMBDR

• Mejorar las herramientas de desarrollo de aplicaciones y de acceso a la BD. (Interfaz gráfica para generar las aplicaciones y reportes, herramientas de administración.

• Puente entre los SMBDR y los SMBDOO para permitir su coexistencia.

Programa