Trabajo modelo odmg deahesy
19
INSTITUTO TECNOLOGICO SUPERIOR DE LERDO MODELO ODMG
-
Upload
deahesy-najera-garcia -
Category
Education
-
view
741 -
download
3
Transcript of Trabajo modelo odmg deahesy
INSTITUTO TECNOLOGICO
SUPERIOR DE LERDO
M O D E L O O D M G
Ámbito del modelo
El modelo de objetos: Object Database Management Group
(ODMG).
El ODMG es un consorcio de vendedores de DMBSs constituido
para desarrollar un estándar que asegure la portabilidad de las
aplicaciones
Eventualmente, también la interoperabilidad entre los diferentes
productos.
El trabajo del ODMG evoluciona continuamente: se acaban
de publicar las especiaciones del ODMG 3.0.
Importante en la medida es que esta soportado por
productos ODBMS comerciales.
Las compañías se comprometieron a dar
soporte al modelo de objetos ODMG-93.
El nivel actual de soporte del modelo evolucionara
necesariamente hacia ese estándar.
Los elementos semánticos básicos del modelo de objetos del ODMG
son:
La primitiva fundamental de diseño es el objeto. Los términos
objeto e instancia se utilizan indistintamente.
Cada objeto es un³vocamente indetectable mediante un
identicador de objeto (Object IDentifer, OID). El OID no se
puede modicar durante el periodo de vida del objeto
Los objetos se clasifican en una jerarquía de tipos y subtipos.
Todos los objetos de un determinado tipo presentan
características comunes (estado y comportamiento).
Un subtipohereda las características de sus supertipos.
El modelo de objetos del ODMG define un objeto como una
abstracción que puede implementarse mediante diferentes
vías. Los modelos de ODMG y del lenguaje de
programación de objetos especifico utilizado son diferentes
pero trabajan conjuntamente.
En el modelo de objetos ODMG existen dos tipos de objetos:
mutables e inmutables.
Los objetos mutables son aquellos cuyo estado puede ser
modificado. Los valores de las propiedades de un objeto mutable
pueden cambiarse.
Los objetos inmutables se conocen con el nombre de
literales y su valor es constante y no se puede cambiar.
La mutabilidad introduce una restricción importante:
Si un ODBMS sabe que un determinado objeto es inmutable, puede
impedir que las aplicaciones lleven a cabo modificaciones sobre el
objeto.
El conocimiento de la mutabilidad es también importante en la
determinación de la estrategia de implementación más adecuada
para un objeto.
Por ejemplo, un objeto que sea el conjunto de los nombres
de los estados de la Comunidad Europea es inmutable.
El ODBMS utiliza el OID para identificar unívocamente al objeto
y para comprobar la igualdad entre objetos. Dos objetos son el
mismo solo y solo si tienen el mismo OID.
Tipo de un objeto
Los objetos que cuentan con la misma interface se dice que son del
mismo tipo.
La definición del tipo incluye la especificación de la interface, es
decir, del conjunto de carácteristicas aplicables a todas las
instancias.
El gestor de tipos del ODBMS trabaja conjuntamente con el
gestor de tipos del lenguaje orientado a objetos. Esta
cooperación es necesaria para que el entorno de la base de datos
y el entorno de programación se comporten como un entorno
integrado.
En el ODMG, el tipo de un objeto se determina cuando es
creado y no puede modificarse posteriormente. Esta limitación
es consistente con el modelo de objetos de C++.
Características de un tipo
El modelo de objetos del ODMG es similar al de C++ en el sentido
de que la jerarquía de tipos no es estricta y un tipo puede tener
múltiples supe tipos (herencia múltiple).
Un subtipo puede ser substituido por su supertipo en cualquier
contexto en el que este ultimo sea valido.
El conjunto de todas las instancias de un tipo se denomina su extent.
La utilización más común de un exente es el soporte de consultas.
Es responsabilidad del ODBMS mantener el extent.
Cuando un objeto es creado, el DBMS añade una instancia al
extent y la elimina cuando la aplicación borra el objeto.
Para mantener la integridad del extent el ODBMS no permite el
acceso directo al extent.
Relaciones
Otra de las características de un objeto son sus relaciones.
Las relaciones se definen sobre los tipos, pero no son propiedades del tipo ya que
son las instancias las que participan en la relación y no el tipo en si mismo.
Cualquier objeto puede participar en una relación con otros objetos.
En el modelo ODMG, las relaciones no son lo mismo que los punteros, aun
cuando un puntero establece un camino entre un objeto y otro. Una relación es
una abstracción que representa la asociación entre objetos mientras que un
puntero es una estructura física.
