No & # 8208-tan y características # 8208-comunes de nosql

Aunque algunas de las características son bastante comunes a bases de datos NoSQL (por ejemplo, el agnosticismo esquema y no # 8208-estructura relacional), no es raro que una base de datos que carecen de uno o más de las siguientes características y todavía califica como una base de datos NoSQL moderna.

Open # 8208-fuente

Software NoSQL es única debido a que el movimiento abierto # 8208-source ha impulsado el desarrollo en lugar de seguir una serie de empresas comerciales. Usted por lo tanto, puede encontrar una gran cantidad de abierta # productos NoSQL 8208-fuente para adaptarse a cada necesidad. Cuando los desarrolladores no podían encontrar una base de datos NoSQL para sus necesidades, se creó uno, y lo publicaron inicialmente como abierto # 8208-fuente.

La mayoría de las soluciones NoSQL populares son impulsados ​​por empresas comerciales, con la variante de código abierto que carecen de las características clave requeridos para la misión uso crítico en las grandes empresas.

La diferencia entre Open # 8208 de código vendedores NoSQL y estas empresas totalmente comerciales es que se abren # 8208 vendedores de código tienen un modelo de negocio similar al modelo de Red Hat. Básicamente, liberan un producto 8208 de código abierto # y también venden la empresa añadir # 8208-sobre las características, soporte y servicios de implementación.

Esto no es una mala cosa! Vale la pena señalar, sin embargo, que las personas en NoSQL no son impulsados ​​exclusivamente, ni siquiera principalmente, mediante procedimiento abierto # 8208 desarrolladores de código de trabajo en su tiempo libre - en cambio, para la que trabajan las empresas comerciales detrás de los productos.

Advertencia a los compradores! Cuando se trata de seleccionar una base de datos NoSQL, recuerde " del coste total de la propiedad ". Muchas organizaciones adquirieron abierta # productos 8208 de código sólo para encontrar que necesitan una suscripción de alta # 8208 de precio con el fin de conseguir las características que desean.

BASE frente ACID

Antes de 2014, la mayoría de las definiciones NoSQL no incluye soporte de transacciones ACID como una característica definitoria de las bases de datos NoSQL. Esto ya no es verdad.

ACID # 8208-compliant transacción significa la base de datos está diseñado de manera absolutamente no perder datos:

• Cada operación mueve la base de datos de un estado válido a otra (LATomic).

• Todo el mundo tiene la misma vista de los datos en cualquier punto en el tiempo (Consistent).

• Las operaciones en la base de datos no interfieran entre sí (yosolation).

• Cuando una base de datos dice que ha guardado los datos, ya sabes los datos es segura (Durable).

No muchas bases de datos NoSQL tienen transacciones ACID. Las excepciones a esa norma son FoundationDB, Neo4j y MarkLogic Server, que proporcionan transacciones ACID totalmente serializables.

¿Por qué es el cumplimiento de un ÁCIDO no # 8208-tan característica # 8208-común? Cuando el Oracle RDBMS fue puesto en libertad, que no preveía el cumplimiento ÁCIDO tampoco. Tardó siete versiones antes del cumplimiento ÁCIDO fue apoyada a través de múltiples actualizaciones y tablas de bases de datos.

Del mismo modo, si nos fijamos en las hojas de ruta de todas las bases de datos NoSQL, verás que todos ellos se refieren a trabajar en coherencia transaccional. MongoDB, por ejemplo, recaudó $ 150 millones en el otoño de 2013 específicamente para tratar este y otros temas empresariales. MongoDB ha anunciado un nuevo motor de almacenamiento compatible con ACID. El ÁCIDO frente BASE debate es muy interesante.