Modelo De Datos Orientado A Objetos 3v2g28

MODELO DE DATOS ORIENTADO A OBJETOS: El modelo de datos orientado a objetos es una extensión del paradigma de programación orientado a objetos. Los objetos entidad que se utilizan en los programas orientados a objetos son análogas 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 ejecución, 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 relación 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 algorítmico el desarrollo de software está centrado en los procedimientos y funciones, por tanto, en cuestiones de control y descomposición de procesos. Desde la perspectiva orientada a objetos la construcción de software está centrada en los objetos y clases. Objetos: elementos del espacio del problema o del espacio solución, 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 físicos 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 extensión del paradigma de programación orientado a objetos. Los objetos entidad que se utilizan en los programas orientados a objetos son análogos a las entidades que se utilizan en las BDOO puras. Diferencia: Los objetos del programa desaparecen cuando el programa termina su ejecución, 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 () 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 información necesaria, para localizar el objeto en el fichero.

Aspectos importantes a destacar sobre este método 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 relación. Este tipo de integridad de relaciones, que es de algún modo análogo a la integridad referencial en las bases de datos relacionales, se gestiona especificando relaciones inversas.

Ejercicios e-r

Ejercicio N° 1 Ciudad a

Numero

Dirección Dirección

N° Cliente

Calle

Saldo

cantidad

N° Articulo

Comuna Limite crédito

Cliente

1 N

Solicito

1

Pedido

1 1

Descuento

N

Realizar

Fabrican N° Articulo 1 1 Fabrica

N

1

Realizar

Articulo N

N N° Articulo N° Fabrica

Existencia A.

Teléfono Descripción A.

Fabrica Distribuye

Ejercicio N°2

ID. Carretera

Inicio

Fin

Categoría ID. Tramo 1

1

Tramo

Corresponde

Carretera 1

N 1

Ingresa

N

LOS SIGUIENTES EJERCICIOS EN MODELO ENTIDAD RELACIÓN EXPLICAR CADA UNO EN FORMA DETALLADA Ejercicio N°1

El siguiente ejercicio de entidad relación explica acerca de una entidad cliente que tiene nombre, apellido, fax, nombre, e-mail, teléfono el cual es un atributo multivariado y numero de cliente la cual es clave primaria. La entidad cliente tiene relación con la entidad pedido la cual tiene los siguiente atributos: fecha, o, N° pedido la cual es clave primaria. La entidad pedido tiene relación con las entidades articulo y albarane donde articulo tiene los siguientes atributos: N° artículo, 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, dirección, fecha, id. Albarán el cual es clave primaria. Esta entidad a la vez tiene una relación con la entidad factura la cual tiene los siguientes atributos: fecha, modo de pago, N° factura la cual es clave primaria.

Ejercicio N°2

El siguiente ejercicio de entidad relación contiene una entidad llamada la cual tiene los siguientes atributos: nombre, apellido1. Apellido2, telf., activo, DNI la cual es clave primaria , y esta entidad tiene relación con la entidad película pero esta tiene una cardinalidad de muchos a muchos la cual contiene atributos los cuales son: día vuelta, día alquilada. Nota: no todas las cardinalidades de muchos a muchos tienen atributos. La entidad película tiene los siguientes atributos: título, categoría, activa, ref. La cual es clave primaria

BIBLIOGRAFIA: https://blog.powerdata.es/el-valor-de-la-gestion-de-datos/conceptos-basicos-sobremodelo-de-datos-orientado-a-objetos https://santacruzramos.wikispaces.com/1.1.2+El+modelo+de+datos+orientado+a+objet os