L3 Burd 1 ESPAÑOL

NoSQLsysadmin
G R E G B U R D
Greg Burd es Developer Advocate para Basho Technologies, creadores de Riak. 
Antes de Basho, Greg pasó casi diez años como product manager para Berkeley DB a Sleepycat Software y luego en Oracle. Anteriormente, Greg trabajó para NeXT Computer, Sun Microsystems y KnowNow. Greg ha sido durante mucho tiempo un ávido partidario del software de fuenteabierta. Greg@basho.com
La elección entre las bases de datos utilizadas para hervir abajo para examinar las diferencias entre el open source y comerciales disponibles las bases de datos relacionales . El término "base de datos" se ha convertido en sinónimo de SQL y, durante un tiempo, no mucho más se acercó a ser una solución viable para el almacenamiento de datos . Pero recientemente ha habido un cambio en elpaisaje de la base de datos . Al considerar las opciones para el almacenamiento de datos, hay un nuevo juego en la ciudad: NoSQL Databases . En este artículo voy a presentar esta nueva categoría de bases de datos, examinar de dónde vinieron y qué son buenas, y ayudarle a entender si usted, también, deberían considerar una solución NoSQL en lugar de, o además de, la base de datos RDBMS .
¿Qué es NoSQL?La única cosa que todos los proveedores de soluciones NoSQL están generalmente de acuerdo en que el término "NoSQL" no es perfecto, pero es pegadiza . La mayoría está de acuerdo en que el "no" significa "no sólo"-una admisión de que el objetivo no es el de rechazar SQL, sino para compensar las limitaciones técnicas compartidas por la mayoría de las implementaciones de bases de datos relacionales .De hecho, NoSQL es más un rechazo de una determinada arquitectura de software y hardware para las bases de datos de cualquier tecnología única, idioma o producto . Las bases de datos relacionales evolucionó en una época diferente con diferentes limitaciones tecnológicas, que conducen a un diseño óptimo para la implementación típica prevalente en ese momento . Pero los tiempos han cambiado, y queuna vez que el diseño exitoso es ahora una limitación . Usted podría oír conversaciones, sugiriendo que un término mejor para esta categoría es NoRDBMS o media docena de otras etiquetas, pero lo esencial es recordar que las soluciones NoSQL arrancó con un conjunto diferente de objetivos y evolucionado en un entorno diferente, y por ello están operacionalmente diferente y posiblemente, proporcionarbettersuited soluciones para muchos de los problemas de almacenamiento de datos .
Porqué NoSQL?
Bases de datos NoSQL primero comenzó como en casa soluciones a problemas reales en empresas como Amazon Dynamo [1], [2] BigTable de Google, LinkedIn Voldemort [3], [4] FlockDB Twitter, Facebook Cassandra [5], Yahoo! PNUTS [6], y otros . Estas empresas no empezar por rechazar a SQL y tecnologíasrelacionales; se probó y se comprobó que éstos no cumplan sus requisitos . En particular, estas empresas se enfrentan a tres problemas principales: los volúmenes de transacción sin precedentes, las expectativas de baja latencia de acceso a conjuntos de datos masivos, y casi perfecto la disponibilidad del servicio durante el funcionamiento en un entorno no fiable . Inicialmente, las empresas intentaron elenfoque tradicional: añadieron más hardware o actualizado a más rápido 
;login:  Octubre de 2011
Como se convirtió en hardware disponible . Cuando eso no funcionó, intentaron escalar soluciones relacionales existentes, simplificando su esquema de base de datos, de normalizar el esquema, relajante, durabilidad e integridad referencial, presentando diversas capas de caché de consulta, separando desólo lectura y escritura réplicas dedicado y, por último, la partición de datos en un intento de abordar estos nuevos requisitos . Aunque cada una de estas técnicas ampliado la funcionalidad de las actuales tecnologías relacionales, ninguno fundamentalmente dirigida al núcleo de las limitaciones, y en todos ellos se presenta una sobrecarga adicional y contrapartidas técnicas . En otras...