MODELO DE DATOS ORIENTADO A OBJETOS:

El modelo de datos orientado a objetos es una extensin del paradigma de programacin

orientado a objetos.

Los objetos entidad que se utilizan en los programas orientados a objetos son anlogas a
las entidades que se utilizan en las bases de datos orientadas a objetos puras, pero con una
gran diferencia: los objetos del programa desaparecen cuando el programa termina su
ejecucin, mientras que los objetos de la base de datos permanecen. A esto se le denomina
persistencia.

El modelo orientado a objetos permite los atributos multivaluados, agregaciones a las

que se denomina conjuntos (sets) o bolsas (bags). Para crear una relacin de uno a
muchos, se define un atributo en la parte del uno que ser de la clase del objeto con el
que se relaciona. Este atributo contendr el identificador de objeto del padre. La clase
del objeto padre contendr un atributo que almacenar a un conjunto de valores: los
identificadores de los objetos hijo con los que se relaciona. Cuando el SGBD ve que un
atributo tiene como tipo de datos una clase, ya sabe que el atributo contendr un
identificador de objeto.

Desde el punto de vista algortmico el desarrollo de software est centrado en los

procedimientos y funciones, por tanto, en cuestiones de control y descomposicin de
procesos.
Desde la perspectiva orientada a objetos la construccin de software est centrada en los
objetos y clases.

Objetos: elementos del espacio del problema o del espacio solucin, que tienen:

Identidad se pueden nombrar y distinguir de otros objetos.

Estado datos asociados a l.
Comportamiento se les pueden hacer cosas al objeto y l a otros objetos.
Clases: conjunto de objetos similares.
Un modelo (orientado a objetos) trata de comprender el sistema, comportamiento
arquitectura estructura.

El modelo debe poseer varias vistas complementarias y alternativas, los planos del
software.

UML (Unified Modeling Lenguage) es un lenguaje de modelado que se utiliza para

escribir planos de software.

Proporciona vocabulario y reglas para combinar y construir representaciones y modelos

conceptuales y fsicos del sistema.

No existe nunca un modelo nico sino posiblemente varios modelos que cubren a su vez
varias vistas del sistema.

Sirve para modelar sistemas complejos y grandes de cualquier tipo.

Es una extensin del paradigma de programacin orientado a objetos. Los objetos entidad
que se utilizan en los programas orientados a objetos son anlogos a las entidades que se
utilizan en las BDOO puras.
Diferencia:
Los objetos del programa desaparecen cuando el programa termina su ejecucin, mientras
que los objetos de la base de datos permanecen.

Relaciones
Las bases de datos relacionales representan las relaciones mediante las claves ajenas.

No tienen estructuras de datos que formen parte de la BD y que representen estos enlaces
entre tablas.

Las relaciones se utilizan para hacer concatenaciones (join) de tablas.

Identificadores:
Objeto es un atributo interno que posee cada objeto.

Los objetos asignan el SGBD y es el nico que los utiliza.

El identificador puede ser un valor arbitrario o puede incluir la informacin necesaria,

para localizar el objeto en el fichero.
 Aspectos importantes a destacar sobre este mtodo de representar las relaciones entre
datos:
Para que el mecanismo funcione, el identificador del objeto no debe cambiar mientras
este forme parte de la Bd.

Las nicas relaciones que se pueden utilizar para consultar la base de datos son aquellas
que se han predefinido almacenando en atributos los identificadores de los objetos
relacionados.
El modelo orientado a objetos permite los atributos multivaluados, agregaciones a las que
se denomina conjuntos (sets) o bolsas (bags).

Las relaciones de muchos a muchos se pueden representar directamente en las bases de

datos orientadas a objetos, sin necesidad de crear entidades intermedias.

Integridad de las relaciones

Para que las relaciones funcionen en una BDOO pura, los identificadores de los objetos
deben corresponderse en ambos extremos de la relacin.

Este tipo de integridad de relaciones, que es de algn modo anlogo a la integridad

referencial en las bases de datos relacionales, se gestiona especificando relaciones
inversas.

Ejercicios e-r

Ejercicio N 1

Ciudad
a Numero

Calle
N Cliente Direccin
Direccin
Comuna N Articulo cantidad

Saldo Limite crdito

1 1
Cliente Solicito Pedido
N 1
1 N
Descuento
 Realizar

Fabrican
N Articulo

1 N
1 1
Fabrica Realizar Articulo
N N

N Articulo Existencia A.
N Fabrica Telfono
Descripcin A. Fabrica
Distribuye

Ejercicio N2

ID. Carretera Inicio Fin

Categora

ID. Tramo

1 1
Carretera Corresponde Tramo
1 N
1 N

Ingresa
LOS SIGUIENTES EJERCICIOS EN MODELO ENTIDAD RELACIN EXPLICAR CADA UNO EN FORMA
DETALLADA

Ejercicio N1
El siguiente ejercicio de entidad relacin explica acerca de una entidad cliente que tiene
nombre, apellido, fax, nombre, e-mail, telfono el cual es un atributo multivariado y numero
de cliente la cual es clave primaria. La entidad cliente tiene relacin con la entidad pedido la
cual tiene los siguiente atributos: fecha, contacto, N pedido la cual es clave primaria. La
entidad pedido tiene relacin con las entidades articulo y albarane donde articulo tiene los
siguientes atributos: N artculo, id. Familia, id, modelo. Y esta entidad por ser de cardinalidad
de muchos a muchos tiene un atributo el cual es cantidad. Nota: no todas las cardinalidades de
muchos a muchos tienen atributos. La entidad albarane tiene los siguientes atributos:
receptor, direccin, fecha, id. Albarn el cual es clave primaria. Esta entidad a la vez tiene una
relacin con la entidad factura la cual tiene los siguientes atributos: fecha, modo de pago, N
factura la cual es clave primaria.

Ejercicio N2

El siguiente ejercicio de entidad relacin contiene una entidad llamada usuario la cual tiene los
siguientes atributos: nombre, apellido1. Apellido2, telf., activo, DNI la cual es clave primaria , y
esta entidad tiene relacin con la entidad pelcula pero esta tiene una cardinalidad de muchos
a muchos la cual contiene atributos los cuales son: da vuelta, da alquilada. Nota: no todas las
cardinalidades de muchos a muchos tienen atributos. La entidad pelcula tiene los siguientes
atributos: ttulo, categora, activa, ref. La cual es clave primaria
BIBLIOGRAFIA:

https://blog.powerdata.es/el-valor-de-la-gestion-de-datos/conceptos-basicos-sobre-
modelo-de-datos-orientado-a-objetos

https://santacruzramos.wikispaces.com/1.1.2+El+modelo+de+datos+orientado+a+objet
os