Definición
NoSQL es el nombre genérico de las bases de datos que no siguen el modelo relacional de tablas, filas y columnas fijas. En su lugar guardan documentos (como fichas JSON con campos variables), pares de clave y valor, columnas anchas o grafos de relaciones. Surgieron hacia 2009 para manejar volúmenes y velocidades que las bases relacionales de entonces no soportaban, y para permitir que la estructura de los datos cambie sin rediseñar el esquema.
En una empresa, las bases NoSQL aparecen en casos concretos: MongoDB para documentos con estructura variable (catálogos de productos, perfiles de usuario), Redis para cachés ultrarrápidas y sesiones, DynamoDB o Cassandra para volúmenes enormes con acceso predecible, Neo4j para redes de relaciones (detección de fraude, recomendaciones). Las bases de datos vectoriales que usa la IA para buscar por significado son también, en cierto modo, una familia NoSQL.
El malentendido es pensar que NoSQL es más moderno y por tanto mejor. Las bases relacionales como PostgreSQL han incorporado documentos JSON, búsqueda de texto y vectores, y para la mayoría de aplicaciones de negocio siguen siendo la elección más segura, con garantías de consistencia que muchas NoSQL sacrifican. La regla práctica en 2026: empieza con PostgreSQL y añade una base NoSQL solo cuando un problema concreto de escala o flexibilidad lo exija.
En la práctica
Una plataforma de comercio electrónico guarda su catálogo en MongoDB porque cada categoría de producto tiene atributos distintos (talla, voltaje, caducidad), mientras que los pedidos y pagos siguen en una base relacional donde la consistencia es innegociable.
Por qué importa
La elección de base de datos afecta al coste, la velocidad y la fiabilidad de tu producto durante años. No tienes que elegirla tú, pero sí entender que "NoSQL" no es una moda que adoptar, sino una herramienta para problemas específicos.
Preguntas frecuentes
- ¿Cuándo usar NoSQL en lugar de SQL?
- Cuando los datos tienen estructura muy variable o cambian con frecuencia, cuando necesitas escalar a volúmenes enormes repartidos en muchos servidores, o para casos concretos como cachés, sesiones o grafos de relaciones. Para datos de negocio con relaciones claras y necesidad de consistencia (pedidos, facturas, clientes), lo relacional sigue siendo la opción segura.
- ¿Es MongoDB mejor que PostgreSQL?
- Ninguno es mejor en general. MongoDB destaca en documentos flexibles y escalado horizontal sencillo. PostgreSQL ofrece consistencia fuerte, consultas complejas y hoy también soporta documentos JSON y vectores. Para la mayoría de aplicaciones nuevas, PostgreSQL es la elección por defecto; MongoDB tiene sentido cuando el modelo de documentos encaja de forma natural.