Modelo de base de datos
Por ejemplo el modelo relacional define operaciones como SELECT y JOIN.
Una limitación del modelo jerárquico es su incapacidad para representar de manera eficiente la redundancia en datos.
Este modelo de red (definido por la especificación CODASYL) organiza datos que usan en dos construcciones básicas, registros y conjuntos.
Los registros contienen campos que puede estar organizados jerárquicamente, como en el lenguaje COBOL.
El modelo en red es una generalización del modelo jerárquico, en tanto está 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 que las ramas pueden estar unidas a múltiples nodos.
Aunque no es una característica esencial del modelo, las bases de datos en red implementan sus relaciones mediante punteros directos al disco.
Entre los SGBD más populares que tienen arquitectura en red se encuentran Total e IDMS.
Adabas logró una importante base de usuarios y está soportada aún hoy.
"empleado") se almacena en tuplas (filas), cada una con un conjunto de atributos (columnas).
Las claves son habitualmente utilizadas para combinar datos de dos o más tablas.
Si no existe una clave natural viable, se puede asignar un sucedáneo arbitrario (como dar a una persona un número de empleado).
Las dimensiones se toman en cuenta en la formulación de las consultas para agrupar hechos que están relacionados.
Una medida es una cantidad que describe el dato, tal como los ingresos.
El modelo dimensional a menudo es puesto en práctica sobre el modelo relacional usando un esquema de estrella, consistiendo en una tabla que contiene los datos y tablas circundantes que contienen las dimensiones.
Otros han llegado al mismo punto añadiendo características relacionales a modelos pre-relacionales.
Paradójicamente esto ha permitido a productos históricamente pre-relacionales, como por ejemplo PICK y MUMPS, razonar su esencia post-relacional.
Esto es prácticamente igual al modo en que XML representa los datos, donde un campo/atributo dado puede contener múltiples valores a la vez.
El multivalor se puede considerar una forma de XML comprimida.
Un ejemplo puede ser una factura, la que puede ser vista como: En el modelo multivaluado tenemos la opción de almacenar los datos como una sola tabla (1), con tablas imbuidas representando el detalle.
Las bases de datos orientadas a objetos sufren falta de estandarización; aunque han sido definidos estándares por en Object Database Management Group nunca han sido implementados con generalidad suficiente como para permitir la interoperatibilidad entre productos.
Sin embargo, las bases de datos orientadas a objetos han sido empleadas eficazmente en distintas aplicaciones: generalmente en nichos especializados como ingeniería o biología molecular, pero no de forma general con soporte comercial.
Una alternativa a la traducción entre objetos y relaciones es la de usar una librería Object-Relational Mapping (ORM).
