Non & # 8208-si & # 8208 caractéristiques communes des nosql

Bien que certaines caractéristiques sont assez communs aux bases de données NoSQL (par exemple, le schéma agnosticisme et non # structure 8208-relationnel), il est pas rare pour une base de données de manquer une ou plusieurs des caractéristiques suivantes, et encore se qualifier en tant que base de données NoSQL moderne.

Ouvert # 8208 source

Logiciel NoSQL est unique parce que le mouvement ouvert # 8208 source a entraîné le développement plutôt que de suivre un ensemble de sociétés commerciales. Vous pouvez donc trouver une foule de produits Ouvert # 8208 source NoSQL pour répondre à tous les besoins. Lorsque les développeurs ne pouvaient pas trouver une base de données NoSQL pour leurs besoins, ils ont créé un, et publiées initialement en open source # 8208.

La majorité des solutions NoSQL populaires sont entraînés par des sociétés commerciales, avec la variante open source manquant les principales caractéristiques requises pour mission utilisation critique dans les grandes entreprises.

La différence entre Ouvert # 8208-source vendeurs NoSQL et ces entreprises purement commerciaux est que les vendeurs Ouvert # 8208-source ont un modèle d'affaires similaire au modèle de Red Hat. Fondamentalement, ils libèrent un produit 8208-open source # et vendent également ajouter entreprise # 8208-sur les fonctionnalités, le support et les services de mise en œuvre.

Ce ne sont pas une mauvaise chose! Il est intéressant de noter, cependant, que les personnes à NoSQL ne sont pas uniquement, ni même principalement, par l'open-source # 8208 développeurs qui travaillent dans leur temps libre - à la place, ils travaillent pour les sociétés commerciales derrière les produits.

Acheteur méfiez-vous! Quand il vient à la sélection d'une base de données NoSQL, souvenir “ le coût total de propriété ”. De nombreuses organisations ont acquis Ouvert # 8208 produits de source seulement pour trouver qu'ils ont besoin d'un abonnement haut # 8208-prix afin d'obtenir les caractéristiques qu'ils veulent.

BASE contre ACIDE

Avant 2014, la majorité des définitions NoSQL ne comprend pas le support des transactions ACID comme une caractéristique définissant les bases de données NoSQL de. Ceci est plus vrai.

ACID # 8208 signifie conforme transaction la base de données est conçu de sorte qu'il sera absolument pas perdre de données:

• Chaque opération déplace la base de données d'un état à l'autre en cours de validité (UNTomic).

• Tout le monde a le même point de vue des données à tout point dans le temps (Conformément).

• Les opérations sur la base de données ne gênent pas les uns avec les autres (jeconsolation).

• Quand une base de données indique qu'il a enregistré des données, vous savez que les données sont en sécurité (réurable).

Pas beaucoup de bases de données NoSQL ont transactions ACID. Les exceptions à cette norme sont FoundationDB, Neo4j et MarkLogic Server, qui ne prévoient transactions ACID entièrement sérialisables.

Alors pourquoi est-respect acide A # 8208-SO # 8208 fonctionnalité non-commun? Lorsque le SGBDR Oracle a été libéré, il n'a pas fourni la conformité ACID soit. Il a fallu sept versions avant la conformité ACID a été soutenu à travers de multiples mises à jour et des tables de base de données.

De même, si vous regardez les feuilles de route de toutes les bases de données NoSQL, vous verrez que chacun d'eux se réfèrent à travailler sur la cohérence des transactions. MongoDB, par exemple, a soulevé 150 millions de $ à l'automne de 2013, spécifiquement pour traiter cela et d'autres problèmes de l'entreprise. MongoDB a annoncé un nouveau moteur de stockage compatible ACID. Le débat ACIDE contre BASE est intéressante.