BASE DE DATOS
En informtica, NoSQL (a veces llamado "no slo SQL") es una amplia clase de sistemas de
gestin de bases de datos que difieren del modelo clsico de SGBDR (Sistema de Gestin
de Bases de Datos Relacionales) en aspectos importantes, siendo el ms destacado que no
usan SQL como lenguaje principal de consultas. Los datos almacenados no requieren
estructuras fijas como tablas, normalmente no soportan operaciones JOIN, ni garantizan
completamente ACID (atomicidad, consistencia, aislamiento y durabilidad), y habitualmente
escalan bien horizontalmente. Los sistemas NoSQL se denominan a veces "no slo SQL" para
subrayar el hecho de que tambin pueden soportar lenguajes de consulta de tipo SQL.
Por lo general, los investigadores acadmicos se refieren a este tipo de bases de datos
como almacenamiento estructurado, trmino que abarca tambin las bases de datos
relacionales clsicas. A menudo, las bases de datos NoSQL se clasifican segn su forma de
almacenar los datos, y comprenden categoras como clave-valor, las implementaciones
de BigTable, bases de datos documentales, y bases de datos orientadas a grafos.
Los sistemas de bases de datos NoSQL crecieron con las principales redes sociales, como
Google, Amazon, Twitter y Facebook. Estas tenan que enfrentarse a desafos con el tratamiento
de datos que las tradicionales SGBDR no solucionaban [cita requerida]. Con el crecimiento de la web
en tiempo real exista una necesidad de proporcionar informacin procesada a partir de grandes
volmenes de datos que tenan unas estructuras horizontales ms o menos similares. Estas
compaas se dieron cuenta de que el rendimiento y sus propiedades de tiempo real eran ms
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 estn altamente optimizadas para las
operaciones recuperar y agregar, y normalmente no ofrecen mucho ms que la funcionalidad
de almacenar los registros ([Link]. almacenamiento clave-valor). La prdida de flexibilidad en
tiempo de ejecucin, comparado con los sistemas SQL clsicos, se ve compensada por
ganancias significativas en escalabilidad y rendimiento cuando se trata con ciertos modelos de
datos.[cita requerida]
ndice
[ocultar]
1Historia del trmino
2Arquitectura
3Ventajas
4Desventajas
5Sistemas
o 5.1Tabla Comparativa de SGBD NoSQL
o 5.2Bases de datos documentales
o 5.3Bases de datos en grafo
o 5.4Bases de datos clave/valor
o 5.5Bases de datos multivalor
o 5.6Bases de datos orientadas a objetos
o 5.7Bases de datos tabular
o 5.8Bases de datos de arrays
6Referencias
7Enlaces externos
1
Historia del trmino[editar]
Carlo Strozzi us el trmino NoSQL en 1998 para referirse a su base de datos. Era una base
de datos open-source, ligera, que no ofreca un interface SQL, pero s segua el modelo
relacional1 (Strozzi sugiere que, ya que el actual movimiento NoSQL "Se sale completamente
del modelo relacional, debera, por tanto, haberse llamado 'NoREL', o algo as.")2
Eric Evans, un empleado de Rackspace, reintrodujo el trmino NoSQL cuando Johan
Oskarsson de [Link] quiso organizar un evento para discutir bases de datos distribuidas de
cdigo abierto. El nombre intentaba recoger el nmero creciente de bases de datos no
relacionales y distribuidas que no garantizaban ACID, atributo clave en las SGBDR clsicas.
Arquitectura[editar]
Tpicamente 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 nmero de documentos, la presentacin de pginas en sitios que tienen gran trfico, y en
sitios de streaming audiovisual. Las implementaciones tpicas de SGBDR se han afinado o bien
para una cantidad pequea 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 de Digg (indicados para sealar 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
la Comisin Europea usado en los modelos de comparacin y calidad del aire, y los 50 TB de
la bsqueda de la bandeja de entrada de Facebook.
Las arquitecturas NoSQL frecuentemente aportan escasas garantas de consistencia, tales
como consistencia de eventos o transaccional restringida a tems nicos de datos. Algunos
sistemas, sin embargo, aportan todas las garantas de los sistemas ACID en algunas instancias
aadiendo 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 mltiples filas con garantas de aislamiento snapshot para el sistema
subyacente de almacenamiento en esa columna, sin sobrecarga extra en la gestin 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 aadiendo ms 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 estndar Xquery. Los sistemas ms novedosos tales como CloudTPS
tambin soportan unin de queries.
Ventajas[editar]
2
Estos sistemas responden a las necesidades de escalabilidad horizontal que tienen cada
vez ms empresas.3
Pueden manejar enormes cantidades de datos.
No generan cuellos de botella.
Escalamiento sencillo.
Diferentes DBs NoSQL para diferentes proyectos.
Se ejecutan en clusters de mquinas baratas.
Desventajas[editar]
Existen desacuerdos sobre la neutralidad en el punto de vista de la
versin actual de este artculo o seccin.
En la pgina de discusin puedes consultar el debate al respecto.
La bases de datos NoSQL al ser de cdigo abierto poseen un soporte diferente al soporte
que ofrecen las compaas comerciales a sus productos. La comunidad open source, si
bien podra responder a cualquier problema, posiblemente se puedan tardar ms que una
compaa comercial de cdigo propietario.
No estn lo suficientemente maduros para algunas empresas.- A pesar de sus puestas en
prctica en algunas grandes empresas, las bases de datos NoSQL an se enfrentan a un
problema de credibilidad importante con muchas empresas. Los crticos sealan la falta de
madurez de NoSQL y los posibles problemas de inestabilidad, mientras que citan la
madurez, y una gran funcionalidad y estabilidad de los SGBDRes.
Limitaciones de Inteligencia de Negocios.- Hay una o dos cuestiones acerca de las
capacidades de BI de las bases de datos NoSQL. Pueden estas bases de datos
proporcionar la clase de minera de datos rigurosos que las empresas se utilizan con las
SGBDRes? Cuntos conocimientos de programacin se necesitan para hacer la consulta
ad hoc y anlisis?. Las respuestas no son precisamente positivas. Las bases de datos
NoSQL no tienen muchos ganchos para el uso general de herramientas de BI, mientras que
la ms simple consulta ad-hoc y anlisis implica conocimientos de programacin bastante
buenos. Sin embargo, las soluciones estn disponibles. Quest Software, por ejemplo, ha
creado Toad para bases de datos en la nube, que proporciona capacidades de consulta ad-
hoc para algunas bases de datos NoSQL.
La falta de experiencia.- La novedad de NoSQL significa que no hay una gran cantidad de
desarrolladores y administradores que conocen la tecnologa -lo que hace difcil a las
empresas encontrar personas con los conocimientos tcnicos apropiados. Por el contrario,
el mundo SGBDR tiene miles de personas muy cualificadas.
Problemas de compatibilidad.- A diferencia de las bases de datos relacionales, que
comparten ciertos estndares, las bases de datos NoSQL tienen pocas normas en comn.
Cada base de datos NoSQL tiene su propia API, las interfaces de consultas son nicas y
tienen peculiaridades. Esta falta de normas significa que es imposible cambiar simplemente
de un proveedor a otro, por si no quedara satisfecho con el servicio.
Sistemas[editar]
Tabla Comparativa de SGBD NoSQL[editar]
3
4
Bases de datos documentales[editar]
Artculo principal: Base de datos documental
CouchDB, de Apache CouchDB
MongoDB, de 10gen
RavenDB, de Hibernating Rhinos.
BaseX
djondb
eXist
SimpleDB, de Amazon
IBM Lotus Domino
Terrastore
Bases de datos en grafo[editar]
Artculo principal: Base de datos orientada a grafos
Neo4j
DEX/Sparksee
AllegroGraph
OrientDB
InfiniteGraph
Sones GraphDB
InfoGrid
HyperGraphDB
Bases de datos clave/valor[editar]
Artculo principal: Base de datos clave-valor
Cassandra, de Apache The Apache Cassandra
BigTable, de Google
Dynamo, de Amazon
Project Voldemort, de LinkedIn
Riak
Redis
Oracle NoSQL [1]
Bases de datos multivalor[editar]
Artculo principal: Base de datos multivalor
Rocket D3 DBMS
Rocket mvBase DBMS
Rocket U2 Universe
Rocket U2 Unidata
OpenQM
Cach InterSystems
Reality
Jbase
OpenInsight
Extensible storage engine
5
Bases de datos orientadas a objetos[editar]
Artculo principal: Base de datos orientada a objetos
ObjectDB
Zope Object Database
db4o
GemStone S
Objectivity/DB
[Link]
Bases de datos tabular[editar]
HBase, de Apache
BigTable, de Google
LevelDB, versin abierta de BigTable
Hypertable
Bases de datos de arrays[editar]
SciDB, de Paradigm4
Referencias[editar]
1. Volver arriba Lith, Adam; Mattson, Jakob (2010). Investigating storage solutions for large
data: A comparison of well performing and scalable data storage solutions for real time
extraction and batch insertion of data (PDF). Gteborg: Department of Computer Science and
Engineering, Chalmers University of Technology. p. 15. Consultado el 12 de mayo de 2011.
Carlo Strozzi first used the term NoSQL in 1998 as a name for his open source relational
database that did not offer a SQL interface[...].
2. Volver arriba NoSQL Relational Database Management System: Home Page. [Link]. 2
de octubre de 2007. Consultado el 29 de marzo de 2010.
3. Volver arriba Twitter planifica la migracin de MySQL a Cassandra DB en barrapunto