Data Mining

ARCHIVO EJECUTABLE

PROYECTO DE PLASH

ARCHIVO SWF EDI

EDI

 
Con las bases de datos objetos-relacionales se pueden crear nuevos tipos de datos, que permiten gestionar aplicaciones más complejas, con una gran riqueza de dominios. Estos pueden ser tipos compuestos, lo que implica que se debe definir al menos 2 métodos transformadores uno para convertir el tipo nuevo a ASCII otro que convierte de ASCII a nuevo tipo.

Se soportan los tipos compuestos como registros, conjuntos referencias, listas, pilas, colas y arreglos.
Se pueden crear funciones qu8e tengan un código en algún lenguaje de programación como por ejemplo, SQL, Flash, Java, C, etc.

Existe una mayor capacidad expresiva para los conceptos y asociaciones. Se pueden crear operadores asignándoles nombre, y existencia de nuevas consultas con mayor capacidad consultiva.

Se soporta el encadenamiento dinámico y la herencia en los tipos tupla o registro.

Se pueden compartir varias bibliotecas de clases ya existentes, esto es lo que conocemos como reusabilidad. Posibilidades de incluir el chequeo de las reglas de integridad referencial atreves de los tiggers. Soporte adicional para la seguridad y aplicación de la versión cliente servidor.

El único inconveniente que tienen las bases de datos objetor-relacionales es que al aumentar la complejidad del sistema, se ocasiona el aumento en el coste asociado.

Tipos de datos definidos por el usuario

Los usuarios pueden definir sus propios tipos de datos, apartar de los tipos básicos provistos por el sistema o por otros tipos de datos predefinidos anteriormente por el usuario.

Estos tipos de datos pueden pertenecer a dos categorías distintas:

• Los tipos de objetos

 • Los tipos para colecciones Tipos de objetos Un tipo de objetos define a lo que conocemos como una entidad del mundo real.

 Se les puede interpretar como una plantilla de objetos de este tipo. Esta compuesto por los siguientes elementos:

 • Para identificar el tipo de objetos se utiliza un nombre.

• Unos atributos que pueden ser un tipo de datos básico o de un tipo definido por el usuario, los cuales representan la estructura y los valores de los datos de ese tipo.

 • Unos métodos que son procedimientos y funciones escritos en el lenguaje PL/SQL almacenándose de esta forma en la base de datos, o escritos en C almacenándose externamente.

METODOS

A la vez que creamos un tipo de objeto, realizamos la especificación de los métodos. Los métodos se pueden ejecutar sobre los métodos de este tipo. A continuación mostramos un ejemplo:

Si x es una variable del tipo PL/SQL que almacena objetos del tipo alumnos_t, entonces x.fechanacimiento () calcula la fecha del alumno almacenada en x.

Método constructor de tipo Todos los tipos de objetos tienen asociados por efecto, un método que se encarga de construir nuevos objetos.

 El nombre del método es el mismo que el nombre del tipo, y sus parámetros que tenemos en dicho método son los atributos del tipo de objetos.

Métodos de comparación Estos métodos son utilizados para que se puedan comparar los objetos de un cierto tipo. Esta acción se lleva a cabo indicando cual es el criterio de comparación.

 Para poder hacer posibles la realización de una comparación es necesario escoger entre un método. MAP o un método ORDER:

 • Un método MAP es utilizado para indicar cual de los atributos del tipo se va a utilizar para ordenar los objetos del mismo.

 • Un método Order utiliza los atributos del objeto sobre el que se ejecuta para realizar un cálculo y compararlo con otro objeto, del mismo tipo que toma como argumento de entrada.

Ese método debe devolver un valor negativo si el primero es mayor que el segundo, un valor positivo si ocurre lo contrario y un cero si ambos son iguales.

ODMG

Casos de Exito De BDOO

Un SGBD orientado a objetos es un SGBD que almacena objetos y por tanto posee todas las ventajas De la orientación a objetos.

Las Bases de datos orientadas a objetos, se diseñan para trabajar bien en conjunción con  los lenguajes de programación orientados a objetos como: java, c++, Visual Basic.net, C#.

Características de UN GSGBOO

* Persistencia

* Concurrencia

* Recuperación

* Gran almacén secundario

* Consultas

* Abstracción

* Encapsulación

* Modularidad

* Jerarquía

* Tipos

* Genericidad

En total deben de ser 13 Características Obligatorias Para los SGBOO, Basado en 2 criterios:

1.- Sistema Orientado A objetos

2.- Debe de ser Un SGBD, esto según Atkinson y las características son:

1.- Debe de soportar objetos complejos. Debe de ser posible construir objetos complejos,

    Aplicando constructores a objetos básicos.

2.- Identidad del Objeto: todos los objetos deben tener un identificador el cual es independiente de los valores de sus atributos.

3.-Encapsulamiento: los programadores solo tienen acceso a la especificación de interfaz de los métodos, y los datos e implementación de estos métodos de los datos están ocultos en los objetos

4.- Tipos de Clases: el esquema de una base de datos orientada a objetos contiene un conjunto de clases o tipos.

5.-Tipos o clases deben de ser capaces de heredar de sus supertipos o superclases los atributos y los métodos.

6.- La Sobrecarga debe de ser soportada, los métodos deben de poder aplicarse a diferentes tipos.

7.- El DNL Debe ser completo: en los SGBDOO debe de ser un lenguaje de programación de propósito general.

8.- El conjunto de Tipos de datos debe de ser extensible. No habrá distinción entre los tipos definidos por el usuario y los tipos definidos por el sistema.

9.- Persistencia de datos: los datos deben mantenerse después de que la aplicación que los creo haya finalizado el usuario no tiene que hacer copia explícitamente.

10.- El SGBD debe de ser capaz de manejar bases de datos grandes.

11.- El SGBD debe soportar la concurrencia. Debe de disponer de un mecanismo para el control de la concurrencia.

12.- Recuperación. El Sistema Gestor Debe de Proveer mecanismos de recuperación de la información en caso de fallo del sistema.

13.- El SGBD debe de proveer de una manera fácil de hacer consultas.