Bases de Datos Orientadas a Objetos

Annotations:

• Atributos. Propiedades ----------------- Metodos

1. Atributos, Propiedades, Metodos

1. De control, entidad e interfáz
2. Métodos: constructores, destructores, accesores, mutadores.
3. Sobrecarga

1. Los programas están separados de los datos, BD.
2. Relaciones mediante claves ajenas.

1. Los objetos del programa desaparecen; los de la BD no lo hacen.
2. Las relaciones son identificadores, que son atributos de cada objeto; los asigna el SGBD.
   1. En una base de datos orientada a objetos pura, los identificadores de los objetos deben corresponderse en ambos extremos de la relación.
3. Permite atributos multivaluados.
   1. Cuando el SGBD ve que un atributo tiene como tipo de datos una clase, ya sabe que el atributo contendr´a un indentificador de objeto.
4. Muchos a muchos: Cada clase que participa en ella define un atributo que contendrá un conjunto de valores de la otra clase con la que se relacionará.
5. Herencia
   1. De "es un", y "extiende".
6. UML

1. Objetos y literales.
   1. Un tipo puede ser una clase de la que se crea un objeto, una interface o un tipo de datos para un literal (por ejemplo, integer). Un objeto se puede pensar como una instancia de un tipo.
   2. Tipos atómicos, colecciones y estructurados.
      1. Colección deriva de la clase Collection
         1. set, list, bag, array, dictionary
      2. Estructurados son: date, time, timestamp, interval
   3. Los objetos pueden ser transitorios o persistentes.
   4. Literales: atomicos, colecciones, estructurados o nulos
      1. Literales atómicos: boolean, short, long, unsigned short, unsigned long, float, double,octet,char,string, enum
2. Propiedades: atributos y relaciones.
3. Transacciones

1. Para definir objetos para sistemas compatibles con ODMG.

1. Lenguaje declarativo del tipo de SQL que permite realizar consultas de modo eficiente sobre bases de datos orientadas a objetos,

1. Opcionales
   1. Herencia múltiple, Comprobación de tipos, Distribución, Transacciones de diseño, Versiones
2. Obligatorias
   1. Tipos Complejos, Identidad de Objeto, Encapsulamiento,Tipos y Clases, Herencia, Polimorfismo, Completitud de cálculos, Extensebiblidad, Persistencia, Gestion de almacenamiento, Concurrencia, Recuperación, Facilidad de consultas.
3. Abiertas
   1. Paradigma de programación, Sistema de representación, Sistema de tipos, Uniformidad

1. Primer principio
   1. Ademas de los servicios tradicionales de gestión de datos, los SMBD de tercera generación proporcionarán gestión y reglas más ricas. 1. Los SGBD de la tercera generación debe tener un sistema de tipos rico 2. La herencia es aconsejable 3. La reutilización y la encapsulación son aconsejables. 4. Se deberían asignar IDO para los registros sólo si no está disponible una clave primaria. 5. Las reglas de convertirán en una característica primordial de los futuros sistemas. Las reglas no deberían asociarse con una función específica.
2. Segundo
   1. “Los SGBD de tercera generación deben incluir a los SGBS de segunda” Proposiciones 1. Un SGBD de la tercera generación debe tener un lenguaje de acceso declarativo y de alto nivel. 2. Deben existir dos formas de especificar colecciones: por enumeración de sus miembros o mediante un lenguaje de consulta. 3. Las vistas deben ser actualizables. 4. Los indicadores de resultados no deben aparecer en los datos.
3. Tercer principio
   1. “Los SGBD de tercera generación deben estar abiertos a otros subsistemas” 1. Se puede acceder a un SGBD de tercera generación desde múltiples lenguajes de alto nivel. 2. Debe soportar la persistencia de las variables. 3. El lenguaje SQL es una forma universal de expresión de datos. 4. Las consulta y sus respuestas deben constituir el nivel más bajo de comunicación entre un cliente y un servidor.

1. Reinterpreta el modelo relacional bajo una visión orientada al objeto.
2. Propone un lenguaje D que proporciona algunas ventajas de la orientación al objeto, como los tipos de datos y la herencia, manteniendo el fundamento teórico del modelo relacional. No se trata de una extensión del lenguaje SQL.
3. Según el manifiesto, tal lenguaje D, debe estar sujeto a una serie de prescripciones, proscripciones y lo que denomina “sugerencias muy fuertes” las cuales divide en categorías. 1. RM: surgen del Modelo Relacional 2. OO: no surgen del Modelo relacional