Ensayo De Base De Daros

UNIDAD 7 Bases de Datos Orientada a Objetos

7.1 Visión General

Los modelos de bases de datos tradicionales (relacional, red y jerárquico) han sido capaces de satisfacer con éxito las necesidades, en cuanto a bases de datos, de las aplicaciones de gestión tradicionales. Sin embargo, presentan algunas deficiencias cuando se trata de aplicaciones más complejas o sofisticadas.

La estructura de los objetos es más compleja, las transacciones son de larga duración, se necesitan nuevos tipos de datos para almacenar imágenes y textos, y hace falta definir operaciones no estándar.

La orientación a objetos ofrece flexibilidad para manejar algunos de estos requisitos y no está limitada por los tipos de datos y los lenguajes de consulta delos sistemas de bases de datos tradicionales.

Una característica clave de las bases de datos orientadas a objetos es la potencia que proporcionan al diseñador al permitirle especificar tanto la estructura de objetos complejos, como las operaciones que se pueden aplicar sobredichos objetos.

7.2 Tipos de datos complejos

• Colecciones

Los conjuntos son ejemplares de los tipos colección. Otros ejemplares son los arrays y los multiconjuntos (es decir, colecciones sin orden donde un elemento puede aparecer varias veces). Las siguientes definiciones de atributos ilustran la declaración de un array:

array-autores varchar(20) array [10]

array-autores es un array de hasta 10 nombres de autor.

Se puede acceder a los elementos del array especificando el índice del array, por ejemplo, array-autores[1].

• Objetos de gran tamaño (LOB)

Muchas aplicaciones actuales de bases de datos necesitan almacenar atributos grandes (del orden de varios Kbytes), tales como la fotografía de una persona, o muy grandes (del orden de varios Mbytes o incluso Gbytes), tales como imágenes médicas de alta resolución o clips de vıdeo.

Las letras “lob” en estos tipos de datos son acrónimos de “Large OBject” (objeto grande).

Los objetos grandes se usan normalmente en aplicaciones externas, y tiene poco sentido extraerlos completamente en SQL. En su lugar, una aplicación conseguiría un “localizador” de un objeto grande y lo usaría para manipularlo desde el lenguaje anfitrion.

• Tipos estructurados

Los tipos estructurados permiten la representación directa de atributos compuestos de los diagramas E-R.

Un tipo estructurado puede tener métodos definidos sobre él.

Constructores

Se deben definir funciones constructoras para crear valores de tipos estructurados. En SQL y en muchos otros lenguajes se utiliza una función con el mismo nombre que un tipo estructurado como función constructora.

De manera predeterminada, cada tipo estructurado tiene un constructor sin argumentos, que establece los atributos a sus valores predefinidos.

7.3 Tipos estructurados y herencia en SQL

Los esquemas de las bases de datos orientadas a objetos suelen necesitar gran numero de clases. Frecuentemente, sin embargo, varias de las clases son parecidas entre sí Son parecidas porque definen iguales atributos y métodos. No son idénticas porque cada clase define, ademas, atributos y /o métodos que no comparte con las demás.Seria conveniente definir una representación de los atributos y métodos comunes en un solo lugar. Esto puede hacerse creando una nueva clase,que contendrá solo las carácterısticas comunes, y redefiniendo las clases originales como especializaciones de la nueva clase.

Las clases especializadas adquieren una dependencia de herencia con respecto a la clase general, ya que heredan los atributos y métodos definidos en esta. Aparece por tanto el concepto de jerarquía de clases, que es parecido al de especialización del modelo entidad-relación.

Las relaciones entre una clase mas especifica, o clase derivada, con respecta a su clase genérica o superclase, siempre son de especialización, es decir , si la clase A deriva de una superclase B, lo que queremos decir es que A es un tipo particular de B.

Como ejemplo de estas relaciones, se podrían definir las clases Persona, Empleado y Cajero, donde un Empleado es un tipo especial de Persona, y Cajero es un tipo especial de Empleado.

Una ventaja importante de la herencia en los sistemas orientados a objetos es el concepto de posibilidad de sustitución: cualquier método de una clase dada A puede ser invocado con cualquier objeto perteneciente a cualquier subclase de A. De igual forma, los atributos definidos en la superclase son utilizables en cualquiera de sus derivadas. Si la clase Persona define el atributo Nombre, las clases Empleado y Cajero también las definen implícitamente, por la herencia.

7.4 Herencia de tablas

Al igual que otros objetos, las clases de LINQ a SQL pueden usar la herencia y derivarse de otras clases. En el código, puede especificar las relaciones de la herencia entre los objetos declarando que una clase hereda de otra. En una base de datos, las relaciones de herencia se crean de varias maneras. El Object Relational Designer (Object Relational Designer) admite el concepto de la herencia de tabla única normalmente implementada en los sistemas relacionales.

En la herencia de tabla única, hay una tabla de base de datos única que contiene columnas para las clases base y las derivadas. En el caso de datos relacionales, una columna discriminadora contiene el valor que determina la clase a la que pertenece un registro determinado. Por ejemplo, consideremos una tabla Persons que contiene todas las personas que trabajan en una compañía. Algunas personas son los empleados y otras son los directores. La tabla Persons contiene una columna denominada Type que tiene el valor 1 para directores y el valor 2 para empleados. La columna Type es la columna discriminadora. En este escenario, puede crear una subclase de empleados y rellenar la clase únicamente con los registros cuyo Type tiene el valor 2.

Al configurar la herencia en clases de entidad mediante el Object Relational Designer, arrastre dos veces la tabla única que contiene los datos de la herencia hacia el diseñador: una vez por cada clase en la jerarquía de herencia. Después de agregar las tablas al diseñador, conéctelas con un elemento Herencia del cuadro de herramientas Object Relational Designer y, a continuación, establezca las cuatro propiedades de herencia en la ventana Propiedades.

Propiedad Descripción

Propiedad Discriminator La propiedad (asignada a la columna) que determina a qué clase pertenece el registro actual.

Valor de discriminador de clase base El

...