# data[].attributes.body
A la hora de dar una definición de bases de datos jerárquicas, nos remitimos a su propia nombre; son bases de datos que almacenan la información en una estructura jerarquizada, concretamente los datos son organizados de forma parecida a un árbol visto del revés. Uno de los principales objetivos de las bases de datos jerárquicas es gestionar grandes volúmenes de datos.

# data[].attributes.body
La definición de una base de datos de red sería aquella base de datos formada por una serie de registros, los cuáles están enlazados entre sí creando una red. Estos registros son similares a los campos en las bases de datos relacionales, y cada uno de ellos contiene un único atributo o valor.

Las bases de datos de red son similares a las bases jerárquicas o de árbol invertido. La principal diferencia entre ambas es que las bases jerárquicas solo permite un único nodo padre, mientras que en las bases de red (también llamadas estructura de plex) es posible crear varios nodos padre.

# data[].attributes.body
Una base de datos relacional es una colección de información que organiza datos en relaciones predefinidas, en la que los datos se almacenan en una o más tablas (o "relaciones") de columnas y filas, lo que facilita la visualización y la comprensión de cómo se relacionan las diferentes estructuras de datos entre sí. Las relaciones son conexiones lógicas entre las diferentes tablas y se establecen a partir de la interacción entre ellas.

# data[].attributes.headline
Base de datos con estructura multidimensional

# data[].attributes.subject
Base de datos con estructura multidimensional

# data[].attributes.body
La definición de bases de datos multidimensionales viene marcada por la forma en la que guardan y procesan la información. Al igual que las bases de datos relacionales, almacenan la información en tablas. Sin embargo, la diferencia radica en la estructura que forman estas tablas, ya que en las bases multidimensionales los datos se ven como «cubos de información«.

Estos cubos de información añaden una nueva dimensión a las tradicionales bases de datos formadas por tablas. Los cubos están formados por dos componentes:

Tabla de dimensiones: aquí se almacenan datos como ítems (nombre del producto, marca, etc) o fechas

Tabla de hechos: almacena las medidas y las claves que la relaciona con las tablas de dimensiones. Por ejemplo, tamaño en centímetros o valor en euros.

Las bases de datos multidimensionales o MDB son ampliamente utilizadas en el entorno de los Data Warehouse y para aplicaciones encargadas de realizar análisis de procesos en línea. También es habitual que este tipo de bases de datos se empleen usando la información ya contenida en otras bases de datos relacionales.

Por otro lado, lo sistemas de gestión de bases de datos multidimensionales (MDDBMS) son capaces de procesar la información a gran velocidad, lo que las convierte en una herramienta muy útil para entornos o aplicaciones que requieren obtener respuestas a las consultas inmediatas o en tiempo real.

# data[].attributes.headline
Bases de datos con estructura orientada a objetos

# data[].attributes.subject
Bases de datos con estructura orientada a objetos

# data[].attributes.body
Por definición una base de datos orientada a objetos es una base de datos (BDOO) en la que la información está representada mediante objetos, como los presentes en la programación orientada a objetos. Al integrarse las características de una base de datos con las de un lenguaje de programación orientado a objetos (POO), se obtiene como resultado un sistema gestor de base de datos orientada a objetos (ODBMS), que hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programación (pudiendo dar soporte a uno o más de este tipo de lenguajes, como por ejemplo, Visual Basic, C++ o Java).

Aunque fue en los noventa cuando vivieron su primer apogeo, las BDOO nacieron en los años 60, de mano del doctor Nygaard, un especialista en la elaboración de sistemas informáticos noruego. Su idea base era crear un software diseñado en paralelo al objeto físico, de manera que si el objeto físico tenía 50 componentes, el software tendría a su vez 50 módulos. Para poder operar con este sistema, Nygaard creó también un lenguaje de apoyo, el Simula-67.