Modelos de Bases de Datos

Modelos de Bases de Datos

1. Modelo Entidad Relacion

   • Ha sido diseñado para representar la percepcion del usuario sobre los datos y no para describir la manera en como seran almacenados los datos y no para describir la manera en como seran almacenados en la computadora todos los datos y sus relaciones.
     • Entidad: Un objeto que se distingue de los demas.
       • Atributos: Describen propiedades.
         • Dominio de Atributo: Conjunto de los valores permitidos para un atributo.
           • Relacion: Una asociasion entre varias entidades.
             • Entidad Fuerte: Tiene atributos primarios
               • Entidad Debil: No tiene un atributo que la identifique de forma única
     • Al dibujar un diagrama se presentan las siguientes figuras:
       • Rectángulos: Conjuntos de entidades.
         • Eclipses: Atributos
           • Rombos: Relaciones entre conjuntos de entidades.
             • Lineas: Conectan los atributos a los conjuntos de entidades y viceversa.
     • Relaciones entre entidades: Deben ser clasificadas

2. Modelo Relacional

   • Conceptos
     • Tabla: Tipo de modelado de datos, es donde se guardan los datos recogidos por un programa.
       • Registro: Representa un ítem único de datos implícitamente estructurados en una tabla.
         • Campo: Espacio de almacenamiento para un dato en particular.
           • Llave candidata: odas las posibles llaves primarias. Se elige una.
             • Llave primaria: Permite identificar un campo único e irrepetible.
               • Llave foranea: Llave primaria de otra tabla.

3. Modelo Tradicional

   • No por ello debe pensar el estudiante que, en tal caso, el emplear una base de datos es algo inútil y falto de esencia. De hecho, la realidad que circunda a Málaga, no es una realidad de grandes empresas, excepto quizás los bancos, sino un mundo de pequeñas y medianas empresas, que por haberse incorporado más tardíamente al mundo de los ordenadores, sí que han adoptado las bases de datos como responsable del almacenamiento de sus datos. Por otro lado, los sistemas de reserva de billetes, y otros sistemas que tienen en común una enorme cantidad de usuarios dispersos efectuando peticiones al sistema central, también utilizan bases de datos, debido a que el concepto de transacción que éstas facilitan hace mucho más fácil su programación, asegurando además el buen funcionamiento

4. Modelo Jerarquico

   • El sistema jerárquico más comúnmente conocido es el sistema IMS de IBM. Esta base de datos tiene como objetivo establecer una jerarquía de fichas, de manera que cada ficha puede contener a sus vez listas de otras fichas, y así sucesivamente. Una base de datos jerárquica está compuesta por una secuencia de bases de datos físicas, de manera que cada base de datos física se compone de todas las ocurrencias de un tipo de registro o ficha determinada. Una ocurrencia de registro es una jerarquía de ocurrencias de segmento. Cada ocurrencia de segmento está formada por un conjunto de ocurrencias o instancias de los campos que componen el segmento.
     • Cabe distinguir en este punto entre el concepto de tipo de registro, y ocurrencia o instancia de registro. El tipo define la estructura general que debe poseer, o sea, los campos de cada uno de sus segmentos, y la estructura jerárquica entre ellos. Una instancia es un valor de un tipo de registro. Para que quede más claro, un tipo de registro es como un tipo de persona: blanco, negro, amarillo, aceitunado, etc., mientras que una instancia es una persona concreta perteneciente a uno de estos tipos: Pablo Picasso, Nelson Mandela, Mao Tse Tung, Toro Sentado, etc.

5. Modelo Declarativo

   • El enfoque de las bases de datos declarativas es sumamente intuitivo para el usuario, y le permite abstraerse de los problemas de programación inherentes a otros métodos. Este modelo suele usarse para bases de conocimiento, que no son más que bases de datos con mecanismos de consulta en los que el trabajo de extracción de información a partir de los datos recae en realidad sobre el ordenador, en lugar de sobre el usuario. Estos mecanismos de consulta exigen que la información se halle distribuída de manera que haga eficiente las búsquedas de los datos, ya que normalmente las consultas de este tipo requieren acceder una y otra vez a los datos en busca de patrones que se adecúen a las características de los datos que ha solicitado el usuario. Sin embargo, no hablaremos de la organización de los datos, sino sólo de las formas de las consultas.

6. Modelo en Red

   • Podemos considerar al modelo de bases de datos en red como de una potencia intermedia entre el jerárquico y el relacional que estudiaremos más adelante. Su estructura es parecida a la jerárquica aunque bastante más compleja, con lo que se consiguen evitar, al menos en parte, los problemas de aquél.
     • Los conceptos fundamentales que debe conocer el administrador para definir el esquema de una base de datos jerárquica, 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.

7. Modelo Avanzado

   • Las bases de datos relacionales han sido y siguen siendo ampliamente utilizadas para una extensa gama de aplicaciones. Sin embargo, el aumento de potencia de los ordenadores personales, ha hecho aparecer nuevas aplicaciones potentes que requieren la utilización de datos complejamente relacionados o con necesidades de consultas muy particulares, como puedan ser p.ej., los sistemas de información geográficos, el diseño de circuitos electrónicos por ordenador, etc.
     • Otro de los problemas que poseen los sistemas relacionales es el uso de los lenguajes de manipulación y definición de datos, que, aunque son muy simples de manejar directamente por un usuario, son difíciles de insertar en un lenguaje de programación convencional, lo que da lugar a un problema de impedancia o resistencia de un lenguaje a ser utilizado junto con otro. Otros problemas se refieren a la inclusión del concepto de orden en los registros almacenados. Dado que una tabla es un conjunto de registros, y un conjunto no permite ni repeticiones de sus elementos, ni establece un orden entre ellos, es imposible representar ciertas características de datos muy particulares.

8. Modelo Orientado A Objetos

   • Actualmente, la creación de programas más grandes y complejos, ha hecho avanzar los métodos de programación hacia nuevas formas que permiten el trabajo en equipo de una forma más eficaz y en la que se disminuyen los problemas de coordinación. Uno de estos métodos consiste en la programación orientada a objetos (POO), que trata los problemas desde un punto de vista realista, y modelándo cada uno de ellos como si se tratase de un conjunto de elementos u objetos que interrelacionan entre sí para solucionar el problema.
     • Clase. Cuando hay varios objetos semejantes, pueden agruparse en una clase. De hecho, todo objeto debe pertenecer a una clase, que define sus características generales.. P.ej., nuestro reloj posee varios engranajes. Serán diferentes, puesto que cada uno de ellos posee un diámetro y un número de dientes distinto, además de poder ser o no helicoidal. Pero al fin y al cabo todos son engranajes. De esta manera cada engranaje pertenece a la misma clase, a pesar de tener unas características particulares que lo diferencian de los demás. - Estado. Son las características propias de cada objeto. Siguiendo con el caso de los engranajes, su estado puede ser el número de dientes, el tamaño, etc. El estado se utiliza especialmente para guardar la situación del objeto que varía con el tiempo. En nuestro caso almacenaríamos la situación en un espacio tridimensional, y la posición o postura en que se encuentra. - Encapsulación. Cada objeto es consciente de sus propias características. El engranaje «s