 | Este artículo o sección necesitareferencias que aparezcan en unapublicación acreditada. Busca fuentes:«NoSQL» –noticias ·libros ·académico ·imágenes Este aviso fue puesto el 22 de septiembre de 2024. |
Eninformática,NoSQL (a veces llamado "no solo SQL") es una amplia clase desistemas de gestión de bases de datos que difieren del modelo clásico deSGBDR (Sistema de Gestión deBases de Datos Relacionales) en aspectos importantes, siendo el más destacado que no usanSQL comolenguaje principal de consultas.[1] Los datos almacenados no requieren estructuras fijas comotablas, normalmente no soportan operacionesJOIN, ni garantizan completamenteACID (atomicidad, consistencia, aislamiento y durabilidad) y habitualmente escalan bienhorizontalmente.[2] Los sistemas NoSQL se denominan a veces "no solo SQL" para subrayar el hecho de que también pueden soportar lenguajes de consulta de tipo SQL.
Por lo general, los investigadores académicos se refieren a este tipo debases de datos comoalmacenamiento estructurado, término que abarca también las bases de datos relacionales clásicas. A menudo, las bases de datos NoSQL se clasifican según su forma de almacenar los datos, y comprenden categorías comoclave-valor, las implementaciones deBigTable, bases de datos documentales, ybases de datos orientadas a grafos.[3]
Los sistemas de bases de datos NoSQL crecieron con las principales redes sociales, como Google, Amazon, Twitter y Facebook.[4] Estas tenían que enfrentarse a desafíos con el tratamiento de datos que las tradicionales SGBDR no solucionaban. Con el crecimiento de la web en tiempo real existía una necesidad de proporcionar información procesada a partir de grandes volúmenes de datos que tenían unas estructuras horizontales más o menos similares. Estas compañías se dieron cuenta de que el rendimiento y sus propiedades de tiempo real eran más importantes que la coherencia, en la que las bases de datos relacionales tradicionales dedicaban una gran cantidad de tiempo de proceso[cita requerida].
En ese sentido, a menudo, las bases de datos NoSQL están altamente optimizadas para las operaciones recuperar y agregar, y normalmente no ofrecen mucho más que la funcionalidad de almacenar los registros (p.ej.almacenamiento clave-valor). La pérdida de flexibilidad en tiempo de ejecución, comparado con los sistemas SQL clásicos, se ve compensada por ganancias significativas en escalabilidad y rendimiento cuando se trata con ciertos modelos de datos.[cita requerida]
Carlo Strozzi usó el término NoSQL en 1998 para referirse a su base de datos. Era una base de datos open-source, ligera, que no ofrecía una interfaz SQL, pero sí seguía el modelo relacional[5] (Strozzi sugiere que, ya que el actual movimiento NoSQL "Se sale completamente del modelo relacional, debería, por tanto, haberse llamado 'NoREL', o algo así.").[6]
Eric Evans, un empleado deRackspace, reintrodujo el término NoSQL cuando Johan Oskarsson deLast.fm quiso organizar un evento para discutir bases de datos distribuidas de código abierto. El nombre intentaba recoger el número creciente de bases de datos no relacionales y distribuidas que no garantizabanACID, atributo clave en las SGBDR clásicas.[cita requerida]
Típicamente las bases de datos relacionales modernas han mostrado poca eficiencia en determinadas aplicaciones que usan los datos de forma intensiva, incluyendo el indexado de un gran número de documentos, la presentación de páginas en sitios que tienen gran tráfico, y en sitios de streaming audiovisual. Las implementaciones típicas de SGBDR se han afinado o bien para una cantidad pequeña pero frecuente de lecturas y escrituras o para un gran conjunto de transacciones que tiene pocos accesos de escritura. Por otro lado NoSQL puede servir gran cantidad de carga de lecturas y escrituras.
Implementaciones de NoSQL usadas en el mundo real incluyen los 3TB de los marcadores verdes deDigg (indicados para señalar las historias votadas por otros en la red social; aunque duró menos de 3 meses y fue abandonado); los 6 TB de la base de datos del “ENSEMBLE” de laComisión Europea usado en los modelos de comparación y calidad del aire, y los 50 TB de la búsqueda de la bandeja de entrada de wasa.
Las arquitecturas NoSQL frecuentemente aportan escasas garantías de consistencia, tales como consistencia de eventos o transaccional restringida a ítems únicos de datos. Algunos sistemas, sin embargo, aportan todas las garantías de los sistemas ACID en algunas instancias añadiendo una capa intermedia (como por ejemplo, AppScale o CloudTPS). Hay dos sistemas que han sido desplegados y que aportan aislamiento snapshot para almacenamientos de columna: El sistema Percolator de Google (basado en el sistema BigTable) y el sistema transaccional de Hbase desarrollado por la Universidad de Waterloo. Estos sistemas, desarrollados de forma independiente, usan conceptos similares para conseguir transacciones ACID distribuidas de múltiples filas con garantías de aislamiento snapshot para el sistema subyacente de almacenamiento en esa columna, sin sobrecarga extra en la gestión de los datos, despliegue en el sistema de middleware, ni mantenimiento introducido por la capa de middleware.
Bastantes sistemas NoSQL emplean una arquitectura distribuida, manteniendo los datos de forma redundante en varios servidores, usando frecuentemente una tabla hash distribuida. De esta forma, el sistema puede realmente escalar añadiendo más servidores, y el fallo en un servidor puede ser tolerado.
Algunos defensores de NoSQL promueven interfaces simples tales como los arrays asociativos o los pares clave-valor. Otros sistemas, tales como las bases de datos nativas en XML, promueven el soporte del estándar Xquery. Los sistemas más novedosos tales como CloudTPS también soportan unión de queries.
 | Existen desacuerdos sobre laneutralidad en el punto de vista de la versión actual de este artículo o sección. Enla página de discusión puedes consultar el debate al respecto. |
 | La redacción de este artículo o sección debería adecuarse a lasconvenciones de estilo de Wikipedia.Puedes colaborareditándolo. Cuando se haya corregido, por favor borra este aviso, pero no antes.Este aviso fue puesto el 22 de septiembre de 2024. |
| Nombre | Descripción |
|---|---|
| Cassandra | Base de datos creada porFacebook y luego donada a laFundación Apache del tipo clave-valor. Dispone de un lenguaje propio para realizar consultas CQL (Cassandra Query Language). Cassandra es una aplicaciónJava por lo que puede correr en cualquier plataforma que cuente con laJVM. Esmultiplataforma. |
| Redis | Base de datos creada por Salvatore Sanfilippo y Pieter Noordhuis y está apoyado porVMWare. Se trata de una base de datos del tipo clave-valor. Se puede imaginar como un array gigante en memoria para almacenar datos, datos que pueden ser cadenas, hashes, conjuntos de datos o listas. Tiene la ventaja de que sus operaciones son atómicas y persistentes. Sin embargo, Redis no permite realizar consultas, solo se puede insertar y obtener datos, además de las operaciones comunes sobre conjuntos (diferencia, unión e inserción). Creado enANSI C, por lo tanto, es compatible y funciona sin problemas en sistemasUnix,Linux y sus derivados,Solaris,OS/X, sin embargo no existe soporte oficial para plataformasWindows. |
| MongoDB | Base de datos creada por MongoDB Inc. (anteriormente 10gen) del tipo orientada a documentos, de esquema libre, es decir, que cada entrada puede tener un esquema de datos diferente que nada tenga que ver con el resto de registros almacenados. Es bastante rápido a la hora de ejecutar sus operaciones ya que maneja datos binarios. En poco tiempo, MongoDB se ha convertido en una de las bases de datos NoSQL favoritas por los desarrolladores. Está escrito en lenguajeC++. Para el almacenamiento de la información, utiliza un sistema propio de documento conocido con el nombreBSON, que es una evolución del formatoJSON pero con la peculiaridad de que puede almacenar datos representados de forma binaria. Está disponible para los sistemas operativosWindows,Linux,OS/X ySolaris. |
| CouchDB | Sistema creado porApache y escrito en el lenguajeErlang que funciona en la mayoría de sistemas POSIX (multiplataforma), incluyendoGNU/Linux yOS/X, además de sistemasWindows. Como características más importantes cabe destacar el uso deRESTful HTTP API como interfaz yJavaScript como principal lenguaje de interacción. Para el almacenamiento de los datos se utilizan archivosJSON. Permite la creación de vistas, que son el mecanismo que permite la combinación de documentos para retornar valores de varios documentos, es decir, CouchDB permite la realización de las operaciones JOIN típicas deSQL. |
