Base de Datos

Diego Vera

Modelos de Base de Datos

Un modelo de datos para las bases de datos es una coleccin de conceptos que se emplean para describir la estructura de una base de datos. Esa coleccin de conceptos incluyen entidades, atributos y relaciones. La mayora de los modelos de datos poseen un conjunto de operaciones bsicas para especificar consultas y actualizaciones de la base de datos. Los modelos de datos sirven para clasificar los distintos tipos de SGBD. Existen diferentes modelos de datos para bases de datos como ser: Modelo relacional Modelo orientado a objetos Modelo relacional-objeto Modelo jerrquico Modelo de red Para describir la estructura de una base de datos es necesario definir el concepto de modelo de datos. ste es un grupo de herramientas conceptuales para describir los datos, sus relaciones, su semntica y sus limitantes. Tipos de Modelos de Base de Datos 1. Modelo Jerrquico: Primer modelo de BD, IMS es la ms popular. Los datos se organizan en una forma similar a un rbol (visto al revs), en donde un nodo padre de informacin puede tener varios hijos. El nodo que no tiene padres es llamado raz, y a los nodos que no tienen hijos se los conoce como hojas. Son tiles en el caso de aplicaciones que manejan un gran volumen de informacin y datos y una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos. A diferencia del modelo relacional, el modelo jerrquico no diferencia una vista lgica de una vista fsica de la base de datos. De manera que las relaciones entre datos se establecen siempre a nivel fsico, es decir, mediante referencia a direcciones fsicas del medio de almacenamiento (sectores y pistas). Los datos se almacenan en la forma de registros, el equivalente a las filas del modelo relacional. Cada registro consta de un conjunto de campos, el equivalente a las columnas del modelo relacional. Un conjunto de registros con los mismos campos se denomina fichero (record type, en ingls), el equivalente a las tablas del modelo relacional. El modelo jerrquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno a varios) del modelo relacional. Pero a diferencia de ste ltimo, las relaciones son unidireccionales. En justicia, dichas relaciones son hijo-padre, pero no padre-hijo. Por ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el registro de su departamento (nodo padre), pero no al contrario. Esto implica que solamente se puede consultar la base de datos desde los nodos hoja hacia el nodo raz. La consulta en el sentido contrario requiere una bsqueda secuencial por todos los registros de la base de datos (por ejemplo, para consultar todos los empleados de un departamento). En las bases de datos jerrquicas no existen ndices que faciliten esta tarea.

Base de Datos

Diego Vera

No existen relaciones N:M (de muchos a muchos) en el modelo jerrquico. Salvo que se simulen mediante varias relaciones 1:N. No obstante, esto puede provocar problemas de inconsistencia, ya que el gestor de base de datos no controla estas relaciones. Como ya se ha mencionado, las relaciones se establecen mediante punteros entre registros. Es decir, un registro hijo contiene la direccin fsica en el medio de almacenamiento de su registro padre. Esto tiene una ventaja fundamental sobre las bases de datos relacionales: el rendimiento. El acceso de un registro a otro es prcticamente inmediato sin necesidad de consultar tablas de correspondencia. Las relaciones jerrquicas entre diferentes tipos de datos pueden hacer que sea muy sencillo responder a determinadas preguntas, pero muy difcil el contestar a otras. A continuacin se mencionan los problemas tpicos de las bases de datos jerrquicas y que no existen en las bases de datos relacionales. Todos estos problemas derivan del hecho de que el sistema gestor de base de datos no implementa ningn control sobre los propios datos, sino que queda en manos de las aplicaciones garantizar que se cumplen las condiciones invariantes que se requieran (por ejemplo, evitar la duplicidad de registros). Dado que todas las aplicaciones estn sujetas a errores y fallos, esto es imposible en la prctica. Adems dichas condiciones suelen romperse ex profeso por motivos operativos (generalmente, ajustes debidos a cambios en el negocio) sin evaluarse sus consecuencias. Duplicidad de registros: No se garantiza la inexistencia de registros duplicados. Integridad referencial: No existe garanta de que un registro hijo est relacionado con un registro padre vlido. Desnormalizacin: Las bases de datos jerrquicas no tienen controles que impidan la desnormalizacin de una base de datos. Por ejemplo, no existe el concepto de campos clave o campos nicos. 2. Modelo de Redes: Definido por C. Bachman, IDMS fue el producto comercial. ste es un modelo ligeramente distinto del jerrquico; su diferencia fundamental es la modificacin del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerrquico). Fue una gran mejora con respecto al modelo jerrquico, ya que ofreca una solucin eficiente al problema de redundancia de datos; pero, aun as, la dificultad que significa administrar la informacin en una base de datos de red ha significado que sea un modelo utilizado en su mayora por programadores ms que por usuarios finales. Este fue creado para representar relaciones de datos complejas ms eficientes de lo que el modelo anterior permita, para mejorar el desempeo de las bases de datos y para imponer un estndar. Este modelo permite que un registro tenga ms de un padre, por consiguiente, las relaciones pueden manejarse fcilmente por este modelo. Podemos considerar al modelo de bases de datos en red como de una potencia intermedia entre el jerrquico y el relacional que estudiaremos ms adelante. Su estructura es parecida a la jerrquica aunque bastante ms compleja, con lo que se consiguen evitar, al menos en parte, los problemas de aqul. Los conceptos fundamentales que debe conocer el administrador para definir el esquema de una base de datos jerrquica, son los siguientes: Registro: Viene a ser como cada una de las fichas almacenadas en un fichero convencional. Campos o elementos de datos. Son cada uno de los apartados de que se compone una ficha. Conjunto: Es el concepto que permite relacionar entre s tipos de registro distintos.

Base de Datos

Diego Vera

Este modelo en red es ms potente que el modelo jerrquico, ya que aqul puede simularse, aplicando una jerarqua de conjuntos en varios niveles. 3. Modelo Relacional Funcional: Diseo de Codd popularizado por Date (RDB, Oracle, Sybase, Informix). Este es un modelo simple potente y formal para representar la realidad, tambin ofrece una base firme para enfocar y analizar formalmente muchos problemas relacionados con la gestin de bases de datos, como el diseo, la redundancia, la distribucin etc. El formalismo y una base matemtica, son las piedras angulares del modelo relacional, el elemento bsico del modelo es la relacin y un esquema de bases de datos relacional es una coleccin de definiciones de relaciones. En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar para un usuario espordico de la base de datos. La informacin puede ser recuperada o almacenada mediante consultas que ofrecen una amplia flexibilidad y poder para administrar la informacin. Puede resultar confuso el concepto de modelo entidad-relacin vs modelo relacional, quizs porque ambos comparten casi las mismas palabras. Como se mencion en la seccin anterior, el objetivo del modelo relacional es crear un "esquema" (schema), lo cual como se mencionar posteriormente consiste de un conjunto de "tablas" que representan "relaciones", relaciones entre los datos. Estas tablas, pueden ser construidas de diversas maneras: Creando un conjunto de tablas iniciales y aplicar operaciones de normalizacin hasta conseguir el esquema ms ptimo. Las tcnicas de normalizacin se explican ms adelante en este captulo. Convertir el diagrama e-r a tablas y posteriormente aplicar tambin operaciones de normalizacin hasta conseguir el esquema ptimo. La primera tcnica fue de las primeras en existir.

4. Modelo Entidad Relacin: El modelo entidad-relacin es el modelo de datos ms ampliamente usado para el diseo de bases de datos. Fue creado por Peter Chen en el ao 1976, y desde entonces se ha vuelto muy popular. En 1988 el ANSI seleccion el modelo ER como el modelo estndar para los sistemas de diccionarios de recursos de informacin (IRDS).

Base de Datos

Diego Vera

Originalmente el modelo ER slo inclua Ejemplo de un modelo Entidad-Relacin conceptos bsicos como entidad, relacin y atributos. Luego se agregaron otros conceptos como atributos compuestos y las jerarquas de generalizacin. Es un tipo de modelo de datos conceptual de alto nivel que se emplea en el diseo de las base de datos relacionales. En esencia, el modelo entidad-relacin (en adelante E-R), consiste en buscar las entidades que describan los objetos que intervienen en el problema y las relaciones entre esas entidades. Todo esto se plasma en un esquema grfico que tiene por objeto, por una parte, ayudar al programador durante la codificacin y por otra, al usuario a comprender el problema y el funcionamiento del programa. El modelo entidad-relacin muestra la estructura de la base de datos empleando todo tipo de herramientas conceptuales. El primer paso para la construccin del modelo entidad-relacin es la obtencin y el anlisis de los requerimientos de los usuarios. Esta tarea es parte de los diseadores de la base de datos relacional. Luego, a partir de los requisitos, se crea un esquema conceptual de la base de datos. El esquema conceptual contiene las descripciones detalladas de las entidades, relaciones y restricciones. Todas estas descripciones se expresan empleando conceptos grficos y textuales del modelo de datos relacional. El siguiente paso es implementar la base de datos empleando algn SGBD (software de gestin de bases de datos) adaptado al modelo entidad-relacin. 5. Modelo Semntico: Inicialmente de R. Quillian usado solo en investigacin. Consiste en estudiar los datos que se pretenden almacenar en la base de datos antes de elegir el modelo de datos concreto que se va a usar en la base de datos. El modelado semntico permite separar el anlisis (qu?) del diseo (cmo?). Este modelo bsicamente nos ayuda a emitir ideas que pueden ser tiles como auxiliar en la metodologa del diseo de bases de datos, incluso en ausencia de un soporte directo del DBMS para dichas ideas. 6. Modelo Binario: Instrumentado por Stonebraker basado en el modelo de Codd (Ingres) Este modelo utiliza el concepto de relaciones binarias entre conjuntos de datos. El modelo binario de datos es importante en el desarrollo delos sistemas de bases de datos, ya que encontramos sus principios en todos los sistemas de bases de datos que utilizan el modelo de red Los lenguajes que manipulan son complejos en la medida en que ofrecen numerosas primitivas de acceso especficas de cada organizacin de datos. 7. Modelo Orientado a Objetos: Actualmente, la creacin de programas ms grandes y complejos, ha hecho avanzar los mtodos de programacin hacia nuevas formas que permiten el trabajo en equipo de una forma ms eficaz y en la que se disminuyen los problemas de coordinacin. Uno de estos mtodos consiste en la programacin orientada a objetos (POO), que trata los problemas desde un punto de vista realista, y modelando cada uno de ellos como si se tratase de un conjunto de elementos u objetos que interrelacionan entre s para solucionar el problema. La programacin orientada a objetos pretende ser una simulacin de los procesos de la realidad. Podemos sacar varios conceptos tiles:

Base de Datos

Diego Vera

- Clase. Cuando hay varios objetos semejantes, pueden agruparse en una clase. De hecho, todo objeto debe pertenecer a una clase, que define sus caractersticas generales. - Estado. Son las caractersticas propias de cada objeto. - Encapsulacin. Cada objeto es consciente de sus propias caractersticas. En el caso de un programa, es el programador el que debe indicarle al objeto cmo comportarse ante cada estmulo del exterior o de otro objeto. - Mensaje. Es cada uno de los estmulos que se envan a un objeto. - Herencia. Para facilitar la programacin, se puede establecer toda una jerarqua de tipos o clases.

8. Modelo Transaccional: nico fin es el envo y recepcin de datos. Una base transaccional significa que las operaciones de insercin, actualizacin se hacen dentro de una transaccin, esto quiere decir que todas las operaciones se realizan o no, si sucede algn error en la operacin se omite todo el proceso de modificacin de la base de datos, si no sucede ningn error se hacen toda la operacin con xito. Se usan los siguientes mtodos Begin Trans para inciar la transaccin CommitTrans para efectuar los cambios con xito RollbackTrans para deshacer los cambios Una transaccin es un conjunto de lneas de un programa que llevan insert o update o delete. Todo aqul software que tiene un log de transacciones (que es la "bitcora" que permite hacer operaciones de commit o rollback), propiamente es un software de BD; aqul que no lo tiene (v.g. DBase), propiamente no lo es. En conclusin: todo software de base de datos es transaccional; si el software de la BD no es "transaccional", en realidad NO es un "software" de BD; en todo caso, es un software que emula el funcionamiento de un verdadero software de BD. 9. Modelo Multidimensional: ideadas para desarrollar aplicaciones muy concretas, como creacin de cubos OLAP. Son bases de datos ideadas para desarrollar aplicaciones muy concretas. Bsicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en

Base de Datos

Diego Vera

una base de datos relacional podra serlo tambin en una base de datos multidimensional), la diferencia est ms bien a nivel conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien representan mtricas que se desean estudiar. Una base de datos multidimensional, es aquella que almacena sus datos con varias dimensiones, Es decir que en vez de un valor, encontramos varios dependiendo de los "ejes" definidos o una base de datos de estructura basada en dimensiones orientada a consultas complejas y alto rendimiento. Puede utilizar un SGBDR en estrella (Base de datos Multidimensional a nivel lgico) o SGBDM (Base de datos Multidimensional a niveles lgico y fsico o Base de datos Multidimensional Pura). En una base de datos multidimensional, la informacin se representa como matrices multidimensionales, cuadros de mltiples entradas o funciones de varias variables sobre conjuntos finitos. Cada una de estas matrices se denomina cubo. La estructura bsica es un hipercubo compuesto por dos elementos: un conjunto de dimensiones y una funcin que mapea coordenadas formadas por valores de cada una de las dimensiones en tuplas o booleanos. Una dimensin es un nombre con un dominio asociado. Los cubos de informacin o cubos OLAP funcionan como los cubos de rompecabezas en los juegos, en el juego se trata de armar los colores y en el data warehouse se trata de organizar los datos por tablas o relaciones; los primeros (el juego) tienen 3 dimensiones, los cubos OLAP tienen un nmero indefinido de dimensiones, razn por la cual tambin reciben el nombre de hipercubos. Eso facilita el manejo de grandes cantidades de datos dentro de empresas, dndole a esto una amplia aplicacin dentro de varias reas y diferentes campos del conocimiento humano.

Bibiografia
http://www.cs.buap.mx/~dpinto/bd/bdintro.pdf http://www.rinconinformatico.net/introduccion-a-los-modelos-de-base-de-datos http://www.databaseanswers.org/data_models/ http://es.wikipedia.org/wiki/Base_de_datos