UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA

PROGRAMA DE INGENIERIA SISTEMAS

BASE DE DATOS AVANZADA

(301127_33)

PRESENTACION PERSONAL.

ISRAEL ARBONA GUERRERO

CODIGO: 1100952166

TUTOR

ANIVAR NESTOR CHAVEZ

25 DE MAYO 2014

Yopal (Cas)

1
 INTRODUCCIÓN

Como ya lo hemos mencionado en clase las bases de datos orientadas a objetos son
un poco diferentes a las que hemos visto hasta ahora. La diferencia radica
principalmente en que las bases de datos orientadas a objetos necesitan como
cualquier otro lenguaje de programación orientado a objetos clases.

En los lenguajes POO se necesitan declarar clases u objetos para que posteriormente
se apliquen sobre estos procesos o eventos pero cada uno de ellos se tiene que
realizar por separado, es decir si se requiere ejecutar una acción sobre este objeto
digamos eliminar lo debemos crear por separado el evento y lo ligamos al objeto, si
también para este objeto se requiere realizar modificación en su estructura se tiene que
crear otro evento por separado.

En esta práctica veremos cómo se crear una base de datos a partir de una clase a
diferencia de un gestor de Base de datos como MySQL no existen comando específicos
por ejemplo create database o create table sino que se tiene que crear una clase
principal y de ahí crear subclases, pero para mayor comprensión lo veremos durante la
práctica uno.

2
DESARROLLO DE LA ACTIVIDAD
Descripción del sistema

En las prácticas 1 y 2 se ha tomado como caso de estudio la información generada y

utilizada por la empresa Prometeus. En esta práctica se solicita elaborar un nuevo
diseño de la base de datos aplicando los conceptos del modelo orientado a objetos y el
lenguaje de modelado unificado, estudiados en la tercera unidad del curso.

Objetivos de la base de datos OO.

 Un objetivo permanente de las técnicas Orientadas a Objetos, es conseguir la

reutilización masiva en la construcción de software.

 Los objetivos y mejorar constantemente el diseño durante la implementación.

 La inter operatividad de software de diferentes vendedores es uno de los

objetivos más importantes de los estándares de la Orientación a Objetos.
Software desarrollado independientemente en lugares separados, deberían ser
capaces de trabajar juntos y presentarse como una unidad simple al usuario.

 El objetivo es presentar y modelar la información de la empresa prometeus

orientado al lenguaje de programación orientado a objetos. Las bases de datos
orientadas a objetos surgen con la finalidad de superar estas deficiencias de los
modelos anteriores y proporcionar eficiencia y sencillez a la empresa.

Diseño de la base de datos OO y consultas

CLASES

 Usuario
 Sucursal
 Orden de pedido
 Marca
 Proveedores
 Artículos
 Referencia
 Marca
 Factura
 Orden de Servicio
 Tipo de Servicio

3
4
En este caso utilizaremos consultas de OQL sobre el BDOO de proteus.

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

SQL. Por ejemplo.

SELECT U.NOMBRE, U.APELLIDOS, U.TELEFONO, U.DIRECION

FROM U IN USUARIO
WHERE U.TIPO_EMPLEADO = 1;

SELECT F.ID_FACTURA, F.TOTAL

FROM F IN FACTURA
WHERE F.TOTAL >= 450000;

SELECT SUM(F.TOTAL)
FROM F IN FACTURA;

Las variables iterador se pueden especificar de tres formas distintas:

U in USUARIO
USUARIO U
USUARIO as U

SELECT REF.ID_REFERENCIA, ART.NOMBRE, MAR.NOMBRE, USU.NOMBRE,

USU.APELLIDOS, USU.TELEFONO, USU.DIRECION, REF.FECHA, REF.CANTIDAD,
REF.COSTO, REF.VALOR
FROM REFERENCIA REF INNER JOIN USUARIO USU ON REF.ID_USUARIO =
USU.ID_USUARIO INNER JOIN ARTICULO ART ON REF.ID_ARTICULO=
ART.ID_ARTICULO INNER JOIN MARCA MAR ON REF.ID_MARCA =
MAR.ID_MARCA

El resultado de una consulta puede ser de cualquier tipo soportado por el modelo. Una
consulta no debe seguir la estructura SELECT ya que el nombre de cualquier objeto
persistente es una consulta de por sí. Por ejemplo, la consulta:

FACTURA;

Devuelve una referencia a la colección de todos los objetos Departamento persistentes.

5
CONCLUSIONES

Sabemos que las Base de Datos Orientada a Objetos (BDOO) representan el siguiente
paso en la evolución de las bases de datos, para soportar el Análisis, Diseño y
Programación OO.

Las BDOO permiten el desarrollo y mantenimiento de aplicaciones complejas con un

costo Significativamente menor. Permiten que el mismo modelo conceptual se aplique
al Análisis, diseño, programación, definición y acceso a la base de datos.

Esto reduce el problema del operador de traducción entre los diferentes modelos a
través de todo el ciclo de vida. El modelo conceptual debe ser la base de las
herramientas CASE OO totalmente integradas, las cuales ayudan a generar la
estructura de datos y los métodos.

Las BDOO ofrecen un mucho mejor rendimiento de la máquina que las bases de datos
por relación, para aplicaciones o clases con estructuras complejas de datos. Sin
embargo, Las BDOO coexistirán con las bases de datos por relación durante los
próximos años, puesto que a menudo se utilizará un modelo por relación como una
forma de estructura de datos dentro de una BDOO.

6
BIBLIOGRAFIA

 Modulo Académico del curso Base de Datos Avanzada – Universidad Nacional

Abierta y a Distancia – UNAD.

 Protocolo del Curso curso Base de Datos Avanzada – Universidad Nacional

Abierta y a Distancia – UNAD.

 Campus Virtual – Curso curso Base de Datos Avanzada – Universidad Nacional

Abierta y a Distancia – UNAD.

 http://es.wikipedia.org/wiki/Base_de_datos_relacional

 http://es.wikipedia.org/wiki/Base_de_datos_orientada_a_objetos

 http://html.rincondelvago.com/base-de-datos-relacional.htm

 http://www.monografias.com/trabajos5/tipbases/tipbases.shtml#capIII321 .