REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA

UNIVERSIDAD POLITÉCNICA TERRITORIAL DEL NORTE DE MONAGAS

“LUDOVICO SILVA”

Diseño de Base de Datos

Objeto-Relacional

Unidad V

Profesor: Integrante:

Ing. Ramón Gómez T.S.U. Alexander González

C.I.: 16.396.247

Maturín, Octubre de 2020

Desarrollo

1. Base de Datos Objeto-Relacional

Los sistemas de gestión de bases de datos relacionales de objetos surgieron a

partir de investigaciones realizadas a principios de la década de 1990. Esa
investigación amplió los conceptos de bases de datos relacionales existentes al
agregar conceptos de objetos . Los investigadores tenían como objetivo mantener un
lenguaje de consulta declarativo basado en el cálculo de predicados como
componente central de la arquitectura. Probablemente el proyecto de investigación
más notable, Postgres (UC Berkeley), generó dos productos que rastrean su linaje
hasta esa investigación: Illustra y PostgreSQL .

Los científicos informáticos llegaron a referirse a estos productos como "sistemas

de gestión de bases de datos relacionales de objetos" u ORDBMS.

El modelo de base de datos Objeto-Relacional integra los conceptos de la

tradicional base de datos relacional y los conceptos de paradigma de objetos que se
utiliza en la programación Orientada a Objetos (POO).

La finalidad de este concepto es poder aplicar la tecnología madura de bases de

datos relacionales sobre la organización de los datos complejos, es decir, datos de
texto e imagen, mapas, datos en el rango de audio, entre otros. Las bases de datos
Objeto-relacional son compatibles con estos objetos de datos y las operaciones de
mayor complejidad.

En bases de datos orientadas a objetos, los usuarios pueden definir operaciones

sobre los datos como parte de la definición de la base de datos. Una operación
(llamada función) se especifica en dos partes. La interfaz (o signatura) de una
operación incluye el nombre de la operación y los tipos de datos de sus argumentos
(o parámetros). La implementación (o método) de la operación se especifica
separadamente y puede modificarse sin afectar la interfaz. Los programas de
aplicación de los usuarios pueden operar sobre los datos invocando a dichas
operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que
se han implementado. Esto podría denominarse independencia entre programas y
operaciones.
 El modelo Objeto-Relacional constituye una alternativa para añadir
características del paradigma de Orientación a Objetos a las Bases de Datos
relacionales tradicionales.

Incrementa la capacidad para tratar estructuras de datos más complejas sin, por
ello, renunciar a su contrastada capacidad para tratar con datos convencionales. En
definitiva, supone una evolución del modelo relacional que no renuncia al ingente
legado tradicional.

El diseño de una base de datos consiste en definir la estructura de los datos que
debe tener un sistema de información determinado. Para ello se suelen seguir por
regla general unas fases en el proceso de diseño, definiendo para ello el modelo
conceptual, el lógico y el físico.

 Diseño Conceptual, se hace una descripción de alto nivel de la estructura de

la base de datos, independientemente del SGBD (Sistema Gestor de Bases
de Datos) que se vaya a utilizar para manipularla. Su objetivo es describir el
contenido de información de la base de datos y no las estructuras de
almacenamiento que se necesitarán para manejar dicha información.

 Diseño Lógico, parte del resultado del diseño conceptual y da como resultado
una descripción de la estructura de la base de datos en términos de las
estructuras de datos que puede procesar un tipo de SGBD. El Diseño Lógico
depende del tipo de SGBD que se vaya a utilizar, se adapta a la tecnología
que se debe emplear, pero no depende del producto concreto. El Diseño
Lógico consiste en definir las tablas que existirán, las relaciones entre ellas,
normalizarlas, entre otros.

 Diseño Físico, parte del lógico y da como resultado una descripción de la

implementación de una base de datos en memoria secundaria: las estructuras
de almacenamiento y los métodos utilizados para tener un acceso eficiente a
los datos. Aquí el objetivo es conseguir una mayor eficiencia, y se tienen en
cuenta aspectos concretos del SGBD sobre el que se vaya a implementar. Por
regla general esto es transparente para el usuario, aunque conocer cómo se
implementa ayuda a optimizar el rendimiento y la escalabilidad del sistema.
Enunciado Asignación #2:

Una compañía de seguros que opera en la región requiere que usted le realice
un diseño de una Base de Datos en el modelo que usted indique sea el apropiado
(pero no desea que se utilice el Modelo Entidad-Relación), para gestionar toda la
información referente a los planes de seguros que ofrece, los clientes a los que
atiende y los agentes de seguros que trabajan para la compañía.

Esta compañía ofrece dos tipos de seguros:

Seguros de Hogar: los seguros de este tipo están ofertados de forma fija (es
decir se han hecho estudios previos), según el valor del bien (la casa), el contenido
(muebles, electrodomésticos, joyas, etc.), riesgos auxiliares (responsabilidad civil,
asalto y otros).
Para cada bien hay una prima asignada en un baremo, de tal forma que solo se
requiere el inventario de los bienes a asegurar y el o los riesgos auxiliares de ese
bien, para establecer el monto de la prima, estima en base a la suma de las primas
de cada bien individual.
Seguros de vida: de la misma forma que los de hogar, existen varias ofertas
fijas según la edad (rango de edades) y profesión del cliente, y la cobertura
económica del seguro. De la misma forma que en los seguros de Hogar, existe una
prima fija para cada oferta (es decir por ejemplo para alguien de la profesión P con
edad entre E1 y E2 años, que requiera M monto de cobertura entre los valores M1 y
M2, la prima se establece en Y monto).
Para llevar un control de las comisiones que se llevan los agentes y de sus
carteras correspondientes, la compañía necesita tener almacenados los datos de los
agentes, considerándose de interés el nombre, Cédula de identidad, dirección y
teléfono. Para el pago de comisiones y carteras (se entiende por “cartera” la comisión
anual del agente mientras el seguro del cliente este vigente, y la comisión es el
porcentaje que gana por la prima del seguro), será necesario saber qué agente ha
realizado qué seguro y en qué fecha.
Diseño Conceptual

En primer orden realizamos el Diseño Conceptual, la primera Fase en el proceso

de Diseño de una Base de Datos.

Diseño Lógico

En segundo término plasmamos el Diseño Lógico, la segunda Fase en el

proceso de Diseño de una Base de Datos.

En esta Fase de Diseño debemos escoger el Modelo de la Base de Datos.

Modelo escogido: Base de Datos Objeto-Relacional.
Bibliografía

 https://es.qwe.wiki/wiki/Object-relational_database
 http://reader.digitalbooks.pro/book/preview/35089/Section0006.htm
 https://sites.google.com/a/espe.edu.ec/bases-de-datos-ii/introduccion/bdd-objeto-relacional
 https://modelosbd2012t1.wordpress.com/2012/02/01/bd-objeto-relacional-2/
 http://juangualberto.github.io/acceso/Tema04_BBDDOO/sistemas_gestores_de_bases_de_dato
s_objetorelacional_ordbms.html