REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR INSTITUTO UNIVERSITARIO DE TECNOLOGIA INDUSTRIAL I.U.T.

A INFORMATICA 204A1 MODELO DE DATOS

BASE DE DATOS ORIENTADAS A OBJETOS

INTEGRANTES: EDUARDO NUEZ C.I: 20.208771 CHRISTOPHER LARES C.I: 20.208.771

Conceptos da las BDOO

Clases:
La clase es un modelo o prototipo que define las variables y mtodos comunes a todos los objetos de cierta clase. Tambin se puede decir que una clase es una plantilla genrica para un conjunto de objetos de similares caractersticas. Clase Automvil Propiedades Color, Ao, Matrcula, Modelo, Marca Mtodos Acelerar, Frenar, Girar

Este esquema es una representacin del mundo real a travs del paradigma de la Orientacin a Objetos.

Propiedades de una clase:

Las propiedades o atributos son las caractersticas de los objetos. Cuando definimos una propiedad normalmente especificamos su nombre y su tipo. Nos podemos hacer a la idea de que las propiedades son algo as como variables donde almacenamos datos relacionados con los objetos. Clase Automvil Propiedades Marca Modelo Ao Matricula Color Tipo de dato String String Date String String

Mtodos de una clase:

Los mtodos son las funciones que realiza cada objeto de una clase. Clase Automvil Mtodos Acelerar Girar Resultado Adelante Derecha

Objeto: Objeto
Los objetos son ejemplares de una clase cualquiera. Cuando creamos un ejemplar tenemos que especificar la clase a partir de la cual se crear. Esta accin de crear un objeto a partir de una clase se llama instanciar , es decir, un objeto es una instancia de una clase. Este objeto tendr las propiedades y mtodos de la clase donde fue creado. Clase Automvil Propiedades Color, Ao, Matrcula, Modelo, Marca Mtodos Acelerar, Frenar, Girar Automvil Objeto_2 Color = Rojo Matrcula = ATI-123 Marca = Chevrolet Modelo = Camaro Acelerar, Frenar, Girar

Instancias de la clase Automvil:

Automvil Objeto_1 Color = Azul Matrcula = ABC-123 Marca = Ford Modelo = Focus Acelerar, Frenar, Girar

Herencia:
La herencia es uno de los conceptos ms cruciales en la POO. La herencia bsicamente consiste en que una clase puede heredar sus variables y mtodos a varias subclases (la clase que hereda es llamada superclase o clase padre). Esto significa que una subclase, aparte de los atributos y mtodos propios, tiene incorporados los atributos y mtodos heredados de la superclase. De esta manera se crea una jerarqua de herencia.

Arquitectura de una BDOO

La arquitectura segn el estndar de facto para modelos de objetos (ODMG) para un Sistema Gestor de Base de Datos Orientado a Objetos ( SGBDOO) :

Modelo de objetos:
Las propiedades de objetos en general, en un lenguaje de programacin especfico, la tecnologa, la notacin o la metodologa que los usa. Tales modelos de objetos por lo general se definen usando conceptos como clase, mensaje, herencia, polimorfismo y encapsulacin.

Lenguaje de definicin de objetos (ODL, Object Definition Language):

Es un lenguaje usado para definir las interfaces de tipos de objetos. Tiene las siguientes caractersticas: No es un lenguaje de programacin completo, slo un lenguaje de especificacin de interfaces (y atributos) Debe ser independiente de cualquier lenguaje de programacin (independiente de C/C++, Java u otro) Debe ser simple y prctico, brindar valor a los desarrolladores de aplicaciones

Lenguaje de consulta de objetos (OQL, Object Query Language):

Es un lenguaje de consulta orientado a objetos simple y completo con las siguientes caractersticas: - Es orientado a objetos - Declarativo / Abstracto - Su sintaxis es similar a SQL - Acceso declarativo a objetos (propiedades y mtodos) - Basado en el modelo de objetos de la ODMG - No incluye operaciones de actualizacin (slo de consulta)

Tres enfoques en la construccin de una BDOO

Primero: se puede utilizar el cdigo actual altamente complejo de los sistemas de administracin de las bases de datos, de modo que una BDOO se implante ms rpido sin tener que iniciar de cero Segundo: Se pueden aadir apuntadores a las tablas de relacin para ligarlas con objetos binarios de gran tamao (BLOB). La base de datos tambin debe proporcionar a las aplicaciones clientes un acceso aleatorio y por partes a grandes objetos, con el fin de que slo sea necesario recuperar a travs de la red la parte solicitada de los datos. Tercero: reflexiona sobre la arquitectura de los sistemas de bases de datos y produce una nueva arquitectura optimizada, que cumple las necesidades de la tecnologa OO. Las BDOO, son aproximadamente dos veces ms rpidas que las bases de datos por relacin para almacenar y recuperar la informacin compleja.

Impacto de la Orientacin a Objetos en las bases de datos relacionales

A partir de los conceptos y tcnicas empleadas en la Orientacin a Objetos, evoluciona del modelo relacional hacia una base de datos mas extensa y compleja, esta base de datos se llama Base de Datos Objeto-Relacin. Podemos decir que un Sistema de Gestin Objeto-Relacional (SGBDOR) contiene dos tecnologas; la tecnologa relacional y la tecnologa de objetos. En una base de datos objetorelacional se siguen almacenando tuplas, aunque la estructura de las tuplas no est restringida a contener escalares, sino que las relaciones pueden ser definidas en funcin de otras, que es lo que denominamos herencia directa.

Ventajas de la BDOO
Mayor capacidad de modelado. El modelado de datos orientado a objetos permite modelar el mundo real de una manera mucho ms fiel. Ampliabilidad. Esto se debe a: - Agrupacin de propiedades comunes de diversas clases e incluirlas en una superclase, lo que reduce la redundancia. - Reusabilidad de clases, lo que repercute en una mayor facilidad de mantenimiento y un menor tiempo de desarrollo. Adecuacin a las aplicaciones avanzadas de base de datos. Los Sistemas Gestores de Base de Datos Orientados a Objetos resultan efectivos para aplicaciones como CAD,CASE e IOS.

Desventajas de la BDOO
Carencia de un modelo de datos universal. No hay ningn modelo de datos que est universalmente aceptado para los SGBDOO y la mayora de los modelos carecen una base terica. Carencia de estndares. Existe una carencia de estndares general para los SGBDOO. El modelo de objetos an no tiene una teora matemtica coherente que le sirva de base

Rendimiento de la base de datos

Cuando disee una base de datos, debe asegurarse de que realiza todas las operaciones importantes de forma rpida y correcta. Algunos problemas de rendimiento se pueden resolver una vez que la base de datos se encuentra en produccin. Sin embargo, otros pueden ser el resultado de un diseo inadecuado y se pueden solucionar mediante el cambio de la estructura y el diseo de la base de datos. Cuando disea e implementa una base de datos, debe identificar las tablas de gran tamao y los procesos ms complejos que realizar la base de datos. Tambin debe prestar una atencin especial al rendimiento cuando disea estas tablas. Adems, debe considerar los efectos que puede tener en el rendimiento el aumento del nmero de usuarios con acceso a la base de datos. Los siguientes cambios de diseo, entre otros, pueden mejorar el rendimiento:

Si una tabla que contiene cientos de miles de filas debe resumirse en un informe diario, puede agregar a la tabla una o varias columnas que contengan datos previamente agregados para utilizarlos slo en dicho informe. Las bases de datos pueden normalizarse en exceso. Esto significa que la base de datos se define con un gran nmero de tablas pequeas interrelacionadas. Cuando la base de datos procesa los datos de estas tablas, debe realizar muchas ms operaciones para combinar los datos relacionados. Este procesamiento adicional puede repercutir negativamente en el rendimiento de la base de datos. En esos casos, una reduccin de la normalizacin de la base de datos para simplificar procesos complejos puede mejorar el rendimiento.

SEGURIDAD
El objetivo es proteger la Base de Datos contra accesos no autorizados. Se llama tambin privacidad. INCLUYE ASPECTOS DE:

Aspectos legales, sociales y ticos. Polticas de la empresa, niveles de informacin publica y privada. Controles de tipo fsico, acceso a las instalaciones. Identificacin de usuarios: voz, retina del ojo, etc. Controles de sistema operativo
En relacin al SGBD, debe mantener informacin de los usuarios, su tipo y los accesos y operaciones permitidas a stos. TIPOS DE USUARIOS: DBA, estn permitidas todas las operaciones, conceder privilegios y establecer usuarios.

Usuario con derecho a crear, borrar y modificar objetos y que adems puede conceder usuarios sobre los objetos que ha creado.

privilegios a otros

Usuario con derecho a consultar, o actualizar, y sin derecho a crear o borrar objetos. Privilegios sobre los objetos, aadir nuevos campos, indexar, alterar la estructura de los objetos, etc.
Los SGBD tienen opciones que permiten manejar la seguridad, tal como GRANT, REVOKE, etc. Tambin tienen un archivo de auditoria en donde se registran las operaciones que realizan los usuarios.

MEDIDAS DE SEGURIDAD

Fsicas: Controlar el acceso al equipo. Tarjetas de acceso, etc. Personal: Acceso slo del personal autorizado. Evitar sobornos, etc. SO: Seguridad a nivel de SO SGBD: Uso herramientas de seguridad que proporcione el SGBD. Perfiles de usuario, vistas, restricciones de uso de vistas, etc.

PROBLEMAS DE SEGURIDAD La informacin de toda empresa es importante, aunque unos datos lo son ms que otros, por tal motivo se debe considerar el control de acceso a los mismos, no todos los usuarios pueden visualizar alguna informacin, por tal motivo para que un sistema de base de datos sea confiable debe mantener un grado de seguridad que garantice la autenticacin y proteccin de los datos. En un banco por ejemplo, el personal de nminas slo necesita ver la parte de la base de datos que tiene informacin acerca de los distintos empleados del banco y no a otro tipo de informacin.

Normalizacin
Qu es normalizacin?
Normalizacin es un proceso que clasifica relaciones, objetos, formas de relacin y dems elementos en grupos, en base a las caractersticas que cada uno posee. Si se identifican ciertas reglas, se aplica un categora; si se definen otras reglas, se aplicar otra categora. Estamos interesados en particular en la clasificacin de las relaciones BDR. La forma de efectuar esto es a travs de los tipos de dependencias que podemos determinar dentro de la relacin. Cuando las reglas de clasificacin sean ms y ms restrictivas, diremos que la relacin est en una forma normal ms elevada. La relacin que est en la forma normal ms elevada posible es que mejor se adapta a nuestras necesidades debido a que optimiza las condiciones que son de importancia para nosotros: La cantidad de espacio requerido para almacenar los datos es la menor posible; La facilidad para actualizar la relacin es la mayor posible; La explicacin de la base de datos es la ms sencilla posible.

Primera forma normal

Para que una relacin est en primera forma normal (1 FN), debe ser solamente una relacin propia, una matriz m por n, donde: Ninguna celda de la matriz est vaca; El valor en cualquier columna est definido por el dominio para dicho atributo. Cada tupla tiene una clave que la identifica en forma unvoca, pero dicha clave no significa orden. La aplicacin determina la relacin Para que una relacin sea normalizada en pasos adicionales, debe encontrarse en la primera forma normal. Colocar los datos en la primera forma normal est a cargo del diseador de la aplicacin. Estos datos se encuentran disponibles de alguna manera inicialmente. Si la aplicacin existe en forma manual, o ha sido anteriormente computarizada pero no todava como relacin, el diseador reorganiza los datos de modo de conformar una matriz 1FN. La segunda inicial ms importante es la dimensin de la relacin cuntos componentes existen en la tupla o cuntas columnas en la tabla? De qu manera se compara esto con el nmero de campos en el documento fuente?.

Segunda forma normal

Una relacin est en segunda forma normal (2FN) solamente si todos los atributos son dependientes en forma completa de la clave. Descripcin De La Segunda Forma Normal (2 Fn). Su nombre ya nos indica el hecho de que la segunda forma normal es por lo general el prximo paso de normalizacin y descomposicin. Para ser accesible a la normalizacin, y poder ser puesta en segunda forma normal, la relacin debe poseer las siguientes propiedades: Debe estar en primera forma normal Debe tener una clave compuesta.

Tercera forma normal

Una relacin se encuentra en tercera forma normal (EFN) si no existen transitividades entre sus atributos y si ya se encuentra en 2 FN. Descripcin Una relacin R a poner en tercera forma normal debe estar en la segunda forma normal. Es muy comn que R sea una sub-relacin; la relacin original estaba en primera forma normal (para ponerla en segunda forma normal fue descompuesta en varias sub-relaciones). Estas son ahora candidatas a una descomposicin adicional. Recordamos que las propiedades de la segunda forma normal (2Fn) son: Tenemos una matrz m x n con un valor determinado para cada componente de cada tupla. Cada valor es obtenido a partir de un dominio propiamente definimos Cada valor contiene una clave, ya sea simple o compuesta Cada componente no clave es dependiente en forma completa de su clave. En consecuencia es evidente que tenemos, o bien una clave simple, o una clave compuesta de la cual todos los componentes no clave son dependientes en forma completa. El objeto de esta fase es determinar todas las dependencias transitivas; la descomposicin producir a continuacin sub-relaciones para las cuales no existirn dependencias transitivas

Cuarta forma normal

Dependencias multivaluadas La tercera forma normal toma en cuenta la dependencia transitiva y provee una reduccin ptima universal, excepto para los casos infrecuentes de dependencia multivaluadas. Ha quedado claro en pocas recientes que es posible una reduccin adicional en este caso, y esto es lo que se lleva a cabo mediante la cuarta forma normal. Existe una dependencia multivaluada cuando un valor de una variable est siempre asociado con varios valores de otra u otras variables dependientes que son siempre las mismas y estn siempre presentes. Esto se ilustra mejor con el ejemplo presentado en la figura. La relacin FAB describe tejidos. La variable independiente (con respecto a las dependencias (multivaluadas) es el nmero de tejido FABNO. Con el se encuentra asociados un modelo (o patrn) y un color. En la figura, el tejido 345 vienen en dos modelos y entres combinaciones de modelo y color. La ineficiencia en el registro de informacin y se resulta clara al examinar las dos nuevas relaciones. La primera de stas, FABPAT lista el nmero de tejido contra el modelo; en el segundo caso, FABCOL, lista el nmero de tejido contra las combinaciones de color. Dado que la regla es que todas las combinaciones de las variables dependientes multivaluadas deben prevalecer, resulta simple reconstruir la relacin FAB a partir de las dos sub-relaciones que resultaron. Descomposicin Para poner una relacin o sub-relacin en la cuarta forma normal debe poder aplicarse lo siguiente: Debe estar en la tercera forma normal. Deben existir una o mas multidependencias.

Las funciones principales de un manejador son:

Crear y organizar la Base de datos. Establecer y mantener las trayectorias de acceso a la base de datos de tal forma que los datos puedan ser accesados rpidamente. Manejar los datos de acuerdo a las peticiones de los usuarios. Registrar el uso de las bases de datos. Interaccin con el manejador de archivos. Esto a travs de las sentencias en DML al comando de el sistema de archivos. As el manejador de base de datos es el responsable del verdadero almacenamiento de los datos. Respaldo y recuperacin. Consiste en contar con mecanismos implantados que permitan la recuperacin fcilmente de los datos en caso de ocurrir fallas en el sistema de base de datos. Control de concurrencia. Consiste en controlar la interaccin entre los usuarios concurrentes para no afectar la inconsistencia de los datos.  Seguridad e integridad. Consiste en contar con mecanismos que permitan el control de la consistencia de los datos evitando que estos se vean perjudicados por cambios no autorizados o previstos.

Los Manejadores de Bases de Datos Relacionales (RDBMS) ms populares son:

- MySQL - PosgreSQL - Microsoft SQL Server - Oracle - Microsoft Access - Microsoft Visual Fox Pro - Firebird - mSQL (mini SQL) - IBM DB2 - IBM Informix - SQLite - Sybase ASE - Paradox - dBase Algunos son comerciales y otros de licencia libre