VISIÓN GENERAL DE
LOS MODELOS DE BASES DE DATOS
Teoría o especificación que describe como una base de datos
es estructurada y usada. Varios modelos han sido sugeridos.
- Modelos comunes:
- Modelo jerárquico
- Modelo de red
- Modelo relacional
- Modelo entidad-relación
- Modelo objeto-relacional
Modelo de objeto también define el conjunto de las
operaciones que pueden ser realizadas sobre los datos.
El modelo relacional, por ejemplo, define operaciones como
selección, proyección y unión.
Modelos
Se utilizan varias técnicas
para modelos las BDD. La mayoría son construidos en torno a un modelo de
datos particular, aunque sea cada vez más común para productos ofrecer el apoyo
a más de un modelo donde ofrecerán al usuario algún nivel de control en la
sintonía de la puesta en práctica.
Modelo de tabla
Consiste en una serie
única, bidimensional de elementos de datos, donde todos los miembros de una columna dada son asumidos para ser
valores similares, y todos los miembros de una fila son asumidos para ser
relacionados el uno con el otro. Por
ejemplo, columnas para el nombre y
la contraseña que podría ser usada como una parte de una base de datos de
seguridad de sistema. Cada fila tendría
la contraseña específica asociada con un usuario individual. Las columnas
de la tabla a menudo tienen un tipo asociado con ellos, definiéndolos como
datos de carácter, fecha o la información de tiempo, números enteros, o números
de punto flotante.
Modelo jerárquico
En un modelo jerárquico, los datos son organizados en una estructura parecida a un árbol, implicando
un eslabón solo ascendente en cada registro para describir anidar, y un campo
de clase para guardar los registros en un orden particular en cada lista de
mismo-nivel. Las estructuras jerárquicas fueron usadas extensamente en los
primeros sistemas de gestión de datos de unidad central, como el Sistema de
Dirección de Información (IMS) por la IBM, y ahora describen la estructura de
documentos XML. Esta estructura permite un 1:N en una relación entre dos tipos
de datos. Esta estructura es muy
eficiente para describir muchas relaciones en el verdadero real; recetas, índice, ordenamiento de
párrafos/versos, alguno anidó y clasificó la información. Sin embargo, la estructura jerárquica es ineficaz para
ciertas operaciones de base de datos cuando un camino lleno (a diferencia del
eslabón ascendente y el campo de clase) también no es incluido para cada
registro.
Una limitación del modelo jerárquico es su inhabilidad de representar manera eficiente
la redundancia en datos. Los modelos de base de datos " el valor de
atributo de entidad " como Caboodle por Swink están basados en esta
estructura.
En la relación
Padre-hijo: El hijo sólo puede tener un padre pero un padre puede tener
múltiples hijos. Los padres e hijos son atados juntos por eslabones
"indicadores" llamados. Un padre tendrá una lista de indicadores de
cada uno de sus hijos.
Modelo de red
El modelo de red (definido por la especificación CODASYL) organiza datos que usan dos fundamentales
construcciones, registros llamados y conjuntos. Los registros contienen
campos (que puede ser organizado jerárquicamente, como en el lenguaje COBOL de
lenguaje de programación). Los conjuntos (para no ser confundido con conjuntos
matemáticos) definen de uno a varias relaciones entre registros: un
propietario, muchos miembros. Un registro puede ser un propietario en cualquier
número de conjuntos, y un miembro en cualquier número de conjuntos.
El modelo de red es
una variación sobre el modelo jerárquico, al grado que es construido sobre
el concepto de múltiples ramas (estructuras de nivel inferior) emanando de uno
o varios nodos (estructuras de nivel alto), mientras el modelo se diferencia
del modelo jerárquico en esto las ramas pueden estar unidas a múltiples nodos. El modelo de red es capaz de representar la
redundancia en datos de una manera más eficiente que en el modelo jerárquico.
Las operaciones del modelo de red son de navegación en el
estilo: un programa mantiene una posición corriente, y navega de un registro al
otro por siguiente las relaciones en las cuales el registro participa. Los
registros también pueden ser localizados por suministrando valores claves.
Modelo Dimensional
El modelo dimensional
es una adaptación especializada del modelo relacional, solía representar datos
en depósitos de datos, en un camino que los datos fácilmente pueden ser
resumidos usando consultas OLAP. En el modelo dimensional, una base de datos
consiste en una sola tabla grande de hechos que son descritos usando
dimensiones y medidas.
Las dimensiones
tienden a ser discretas y son a menudo jerárquicas; por ejemplo, la ubicación
podría incluir el edificio, el estado, y el país.
Una medida es una cantidad que describe el hecho, tales como
los ingresos. Es importante que las medidas puedan ser agregados
significativamente - por ejemplo, los ingresos provenientes de diferentes
lugares pueden sumarse.
En una consulta (OLAP),
las dimensiones son escogidas y los hechos son agrupados y añadidos juntos para
crear un reporte.
El modelo dimensional a menudo es puesto en práctica sobre
la cima del modelo emparentado que usa un esquema de estrella, consistiendo en
una mesa que contiene los hechos y mesas circundantes que contienen las
dimensiones. Dimensiones en particular complicadas podrían ser representadas
usando múltiples mesas, causando un esquema de copo de nieve.
Un almacén de datos (data
warehouse) puede contener múltiples esquemas de estrella que comparten tablas
de dimensión, permitiéndoles para ser usadas juntas. La llegada levanta un
conjunto de dimensiones estándar y es una parte importante del modelado
dimensional.
Modelo de objeto
En años recientes, el
paradigma mediante objetos ha sido aplicado a la tecnología de base de datos,
creando un nuevo modelo de programa sabido(conocido) como bases de datos de
objeto. Estas bases de datos intentan traer el mundo de base de datos y el
uso que programa el mundo más cerca juntos, en particular por asegurando que la
base de datos usa el mismo sistema de tipo que el programa de uso. Esto apunta
para evitar el elevado (a veces mencionaba el desajuste de impedancia) de
convertir la información entre su representación en la base de datos (por
ejemplo como filas en mesas) y su representación en el programa de uso
(típicamente como objetos). Al mismo tiempo, las bases de datos de objeto
intentan introducir las ideas claves de programa de objeto, como encapsulación
y polimorfismo, en el mundo de bases de datos.
Los otros han atacado
el problema a partir del final de base de datos, por definiendo un modelo de
datos mediante objetos para la base de datos, y definiendo un lenguaje de
programación de base de datos que permite a capacidades de programa llenas así
como instalaciones de pregunta tradicionales.
Las bases de
datos de objeto han sufrido debido a la carencia de estandarización: aunque las
normas fueran definidas por ODMG, nunca fueron puestas en práctica lo bastante
bien para asegurar la interoperabilidad entre productos. Sin embargo, las bases de datos de objeto han sido
usadas satisfactoriamente en muchos usos: Usualmente aplicaciones especializadas
como bases de datos de ingeniería, base de datos biológica molecular, más bien
que proceso de datos establecido comercial. Sin embargo, las ideas de base
de datos de objeto fueron recogidas por los vendedores emparentados y
extensiones influidas hechas a estos productos y de verdad a la lengua SQL.
