---
title: "Bases de datos NoSQL: características y tipos"
description: "Las bases de datos NoSQL son bases de datos (BBDD) no relacionales, pensadas para aplicaciones que necesitan baja latencia y modelos flexibles para gestionar grandes volúmenes de datos. Incluyen una a..."
url: https://www.stackscale.com/es/blog/bases-de-datos-nosql/
date: 2023-01-02
modified: 2026-09-01
author: "Marketing Stackscale"
image: https://www.stackscale.com/wp-content/uploads/2022/12/NoSQL-bbdd-stackscale.jpg
categories: ["Datos"]
tags: ["Bases de datos", "Big Data"]
type: post
lang: es
---

# Bases de datos NoSQL: características y tipos

Las bases de datos NoSQL son **bases de datos (BBDD) no relacionales, pensadas para aplicaciones que necesitan baja latencia y modelos flexibles **para gestionar grandes volúmenes de datos. Incluyen una amplia variedad de tecnologías de BBDD diseñadas para cumplir con los requisitos de desarrollo de las aplicaciones modernas —que generan constantemente enormes cantidades de datos nuevos—.

La migración de bases de datos relacionales a no relacionales está muy motivada por el crecimiento constante del número de usuarios de Internet y el crecimiento exponencial del número de dispositivos interconectados, entre otras tendencias.

## Bases de datos NoSQL

Aunque estas bases de datos existen desde los años 60, el término «NoSQL» se acuñó a principios del siglo XXI con el crecimiento exponencial de los datos a raíz de la **Web 2.0**. Ya que el aumento de la cantidad de datos generados por los usuarios en todo el mundo requería **nuevas formas de gestionar los datos en las BBDD**.

> NoSQL es la abreviatura de «Not only SQL». Es decir, la mayoría de las bases de datos NoSQL no usan el lenguaje SQL para consultas, o lo usan como un lenguaje secundario.

Las bases de datos no relacionales ofrecen una **arquitectura distribuida** que permite almacenar información en casos en los que las bases de datos relacionales no son capaces de ofrecer el rendimiento y la escalabilidad necesarios. Al contrario que las BBDD relacionales, no usan estructuras fijas. En su lugar, usan **diversas estructuras de datos flexibles**, como los pares de clave-valor o los grafos, para el almacenamiento y la recuperación de datos.

### Características y ventajas principales

Mientras que las bases de datos relacionales están optimizadas para almacenar datos, reduciendo la redundancia, las BBDD NoSQL están **optimizadas para ofrecer escalabilidad horizontal y desarrollo ágil**. Estas son algunas de las principales características y ventajas (comparado con las BBDD relacionales) de las bases de datos NoSQL:

- **Estructuras de datos flexibles**, en lugar de las relaciones tabulares estándar.
- Baja latencia.
- **Escalabilidad horizontal**.
- Gran número de usuarios simultáneos.
- **Optimizado para grandes volúmenes de datos** —ya sean estructurados, semiestructurados o sin estructurar.
- **Arquitectura distribuida** que permite gestionar grandes cantidades de datos.
- Adaptadas a sprints de desarrollo ágil.
- **Mayor rendimiento, velocidad y escalabilidad**.

## Tipos de bases de datos NoSQL

Estos son los principales tipos de BBDD NoSQL.

### Bases de datos de clave-valor

Las **BBDD de clave-valor** destacan por ser **muy eficientes tanto para lectura como para escritura**. Cada elemento está identificado por una clave única que permite recuperar datos rápidamente. Los datos suelen estar almacenados como objetos binarios.

**Ejemplos de bases de datos de clave-valor**: Redis, Amazon DynamoDB y Riak KV.

### Bases de datos documentales

Las BBDD documentales o **bases de datos orientadas a documentos** son las bases de datos NoSQL más versátiles y se pueden usar en una amplia gama de proyectos. Permiten realizar consultas más avanzadas sobre el contenido de un documento, además de consultas de clave-valor. Se apoyan en estructuras simples como JSON o XML. 

**Ejemplos de bases de datos documentales**: MongoDB, CouchDB y Elasticsearch.

### Bases de datos orientadas a grafos

Las BBDD orientadas a grafos o **bases de datos en grafo** ofrecen una experiencia de búsqueda más eficiente entre relaciones, respecto a las bases de datos relacionales. Este modelo usa estructuras de grafos para consultas semánticas y representa los datos como nodos, aristas y propiedades.

**Ejemplos de bases de datos orientadas a grafos**: Neo4j, InfiniteGraph y OpenLink Virtuoso.

### Bases de datos tabulares

Las **BBDD tabulares**, también conocidas como bases de datos orientadas a columnas o *wide-column*, ofrecen una solución híbrida entre los [sistemas de bases de datos](https://www.stackscale.com/es/blog/sistemas-administracion-bases-datos-populares/) (DBMS) tabulares y los de clave-valor. Usa un formato tabular que permite variar cómo se nombran y formatean los datos en cada fila dentro de la misma tabla. Este tipo de BBDD NoSQL acelera las consultas al almacenar los datos en columnas.

**Ejemplos de bases de datos tabulares**: HBase, BigTable y Cassandra.

### Bases de datos orientadas a objetos

Las **BBDD orientadas a objetos** combinan las capacidades de las bases de datos con las de los lenguajes de programación orientados a objetos. Los datos se representan en forma de objetos.

**Ejemplos de bases de datos orientadas a objetos**: ObjectDB, ZODB y Realm.

## Bases de datos NoSQL o no relacionales

Las versiones que se citan a continuación corresponden al estado de cada proyecto en **septiembre de 2026**. Las cadencias de publicación varían mucho de un sistema a otro, así que conviene consultar al fabricante antes de planificar una actualización.

### MongoDB

**MongoDB** es un DBMS de código abierto, NoSQL y orientado a documentos. MongoDB Inc. ofrece una suite integrada de servicios cloud de bases de datos, así como soporte comercial. Se suele usar para almacenar grandes volúmenes de datos.

**Desarrollador**: MongoDB Inc.

**Última versión de MongoDB (septiembre de 2026)**: MongoDB 8.3.

**Licencia de MongoDB**: Licencia pública del lado del servidor (SSPL).

### Redis

**Redis**, abreviatura de «Remote Dictionary Server», es un sistema de gestión de bases de datos de código abierto, NoSQL de clave-valor.

**Desarrollador**: Redis Ltd.

**Autor original**: Salvatore Sanfilippo.

**Última versión de Redis (septiembre de 2026)**: Redis 8.10.

**Licencia de Redis**: AGPLv3 desde mayo de 2025. El proyecto abandonó la licencia BSD de 3 cláusulas en 2024 para pasar a RSALv2 y SSPLv1, y añadió AGPLv3 en 2025. Conviene revisarlo si heredas un despliegue de ese periodo.

El cambio de 2024 provocó un fork. **Valkey** nació en marzo de 2024 bajo el paraguas de la Linux Foundation, con AWS, Oracle, Google y Ericsson entre sus contribuidores fundadores y cerca de cincuenta empresas apoyándolo desde entonces. Se mantiene bajo licencia BSD y funciona como reemplazo directo de Redis OSS, lo que lo ha convertido en el destino habitual de los equipos que necesitan una licencia permisiva. Si el motivo de elegir Redis en su día fue precisamente la licencia BSD, esta es la alternativa que hay que mirar.

### ObjectDB

**ObjectDB** es un DBMS orientado a objetos, multiplataforma. Requiere usar una de las APIs estándar de Java: JPA (Jakarta Persistence) o JDO (Java Data Objects). Está pensado para proporcionar un mejor rendimiento y aplicaciones más rápidas. Además, se presenta como la opción más productiva para desarrollar aplicaciones de BBDD Java usando la API Java Persistence.

**Desarrollador**: ObjectDB Software.

**Última versión de ObjectDB (septiembre de 2026)**: ObjectDB 2.9.5.

**Licencia de ObjectDB**: propietaria.

### BigTable

**BigTable** es un sistema de gestión de bases de datos completamente gestionado, de clave-valor y tabular. Está diseñado para grandes cargas de trabajo analíticas y operativas. Forma parte del portfolio de Google Cloud y, como tal, se utiliza en muchas de las aplicaciones de Google como Google Analytics, Google Maps o Gmail.

**Desarrollador**: Google.

**Lanzamiento inicial de BigTable**: 2005. 

**Licencia de BigTable**: propietaria.

### DynamoDB

**DynamoDB** o Amazon DynamoDB es un DBMS de clave-valor y documental, multiplataforma. Forma parte del portfolio de Amazon Web Services.

**Desarrollador**: Amazon.

**Lanzamiento inicial de DynamoDB**: 2012. 

**Licencia de DynamoDB**: propietaria.

### Cassandra

**Cassandra** o Apache Cassandra es un DBMS gratuito, de código abierto y tabular —modelado a partir de BigTable—. Está diseñado para soportar grandes volúmenes de datos y garantizar [alta disponibilidad](https://www.stackscale.com/es/blog/alta-disponibilidad/) sin puntos únicos de fallo. Inicialmente se desarrolló para impulsar la búsqueda en la bandeja de entrada de Facebook.

**Desarrollador**: Apache Software Foundation.

**Autores originales**: Avinash Lakshman y Prashant Malik mientras trabajaban en Facebook.

**Última versión de Cassandra (septiembre de 2026)**: Cassandra 5.0.

**Licencia de Cassandra**: Licencia Apache 2.0.

### HBase

**HBase** o Apache HBase es un sistema de gestión de bases de datos tabular, de código abierto. Al igual que Cassandra, está modelado a partir de BigTable. Está pensado para proporcionar una forma tolerante a fallos de almacenar grandes cantidades de datos dispersos. HBase forma parte del proyecto Hadoop de Apache.

**Desarrollador**: Apache Software Foundation.

**Autor original**: Powerset.

**Última versión de HBase (septiembre de 2026)**: HBase 3.0, que elevó el requisito a JDK 17 y retiró el soporte para JDK 8 y 11.

**Licencia de HBase**: Licencia Apache 2.0.

### Elasticsearch

**Elasticsearch** es un motor de analíticas y búsqueda RESTful, basado en la librería Lucene. Elasticsearch es el sucesor de un motor de búsqueda anterior llamado Compass, también diseñado por Shay Banon.

**Desarrollador**: Elastic NV.

**Autor original**: Shay Banon.

**Última versión de Elasticsearch (septiembre de 2026)**: Elasticsearch 9.5.

**Licencia de Elasticsearch**: licencia triple desde 2024 —AGPLv3, Elastic License 2.0 o Licencia pública del lado del servidor, a elección del usuario—. Elasticsearch pasó por la misma historia unos años antes que Redis: el abandono de Apache 2.0 en 2021 llevó a AWS a bifurcar el proyecto como **OpenSearch**, que continúa bajo Apache 2.0 y es una opción habitual cuando la licencia permisiva es un requisito.

### CouchDB

**CouchDB** o Apache CouchDB es un DBMS documental, de código abierto, escrito en Erlang y que almacena los datos como JSON. Está optimizado para usarlo en dispositivos móviles gracias a sus capacidades de sincronización y replicación. Permite trabajar offline mientras la conexión de red no está disponible.

**Desarrollador**: Apache Software Foundation.

**Autores originales**: Damien Katz, Jan Lehnardt, Naomi Slater, Christopher Lenz, J. Chris Anderson, Paul Davis, Adam Kocoloski, Jason Davies, Benoît Chesneau, Filipe Manana y Robert Newson.

**Última versión de CouchDB (septiembre de 2026)**: CouchDB 3.5.

**Licencia de CouchDB**: Licencia Apache 2.0.

### InfiniteGraph

**InfiniteGraph** es un DBMS orientado a grafos, multiplataforma, escalable y habilitado para la nube. Está pensado para soportar un rendimiento alto y optimizado para grandes conjuntos de datos, altamente conectados y complejos.

**Desarrollador**: Objectivity, Inc.

**Licencia de InfiniteGraph**: propietaria.

### Zope Object Database

**Zope Object Database** (ZODB) es un sistema de gestión de BBDD orientado a objetos. Está diseñado para almacenar objetos Python de modo transparente y persistente. Aunque está incluido en el servidor de aplicación web de Zope, también se puede usar de forma independiente.

**Desarrollador**: Zope Foundation.

**Última versión de Zope Object Database (septiembre de 2026)**: ZODB 6.3.

**Licencia de Zope Object Database**: Licencia Pública Zope.

## Comparación rápida de bases de datos NoSQL

| **BBDD NoSQL** | **Tipo** | **Licencia** | **Escrito en** |
| --- | --- | --- | --- |
| MongoDB | Base de datos documental | Licencia pública del lado del servidor | C++, JavaScript y Python |
| Redis | Base de datos de clave-valor | AGPLv3 (también RSALv2 y SSPLv1) | C |
| Valkey | Base de datos de clave-valor (fork de Redis) | BSD de 3 cláusulas | C |
| ObjectDB | Base de datos orientada a objetos | Propietaria | Java |
| BigTable | Base de datos tabular y de clave-valor | Propietaria | C++, Go, Java, Python y Ruby |
| DynamoDB | Base de datos de clave-valor y documental | Propietaria | Java |
| Cassandra | Base de datos tabular | Licencia Apache 2.0 | Java |
| HBase | Base de datos tabular | Licencia Apache 2.0 | Java |
| Elasticsearch | Base de datos documental | AGPLv3, Elastic License 2.0 o SSPL | Java |
| OpenSearch | Base de datos documental (fork de Elasticsearch) | Licencia Apache 2.0 | Java |
| CouchDB | Base de datos documental | Licencia Apache 2.0 | C, C++, Erlang y JavaScript |
| InfiniteGraph | Base de datos en grafo | Propietaria | C++ y Java |
| Zope Object Database | Base de datos orientada a objetos | Licencia Pública Zope | Python |

## Dónde entra la infraestructura

Elegir el motor es la mitad visible de la decisión. La otra mitad aparece después: una base de datos NoSQL escala en horizontal, que es una forma elegante de decir que el cuello de botella se traslada del planificador de consultas al hardware que hay debajo —más nodos, más tráfico entre ellos y una capa de almacenamiento que tiene que mantener la latencia predecible mientras todos los nodos escriben a la vez—. Una base documental que responde en milisegundos de un solo dígito sobre una máquina puede comportarse de forma muy distinta cuando entran en juego el *sharding* y la replicación.

Esa es la parte en la que trabajamos en Stackscale. Estos clústeres se despliegan sobre infraestructura dedicada con [volúmenes de almacenamiento en red](https://www.stackscale.com/es/productos/almacenamiento/) sobre una red multi-40 G/100 G, con calidad de servicio en capa 2 para que el tráfico de almacenamiento mantenga la prioridad cuando la red se congestiona, y una programación básica de backups y réplicas incluida por defecto. Para clústeres donde perder las últimas escrituras no es una opción, la misma plataforma sostiene un plan de [Disaster Recovery y backups](https://www.stackscale.com/es/soluciones/disaster-recovery-backups/) sobre ese mismo almacenamiento, sin mover los datos a ningún otro sitio.
