Je ne suis pas d'accord avec les réponses que je vois, même si c'est vrai que les solutions NoSQL tend à rompre l'ACIDE règles, tous ne sont pas créés à partir de cette approche.
Je pense que tu dois d'abord définir ce qu'est une requête SQL Solution et alors vous pouvez mettre le "Non" en face d'elle, qui seront définition plus précise de ce qu'est une solution NoSQL.
Avec cette approche à l'esprit:
Les bases de données SQL sont un moyen de regrouper toutes les banques de données qui sont accessibles à l'aide de Structured Query Language comme le principal (et la plupart du temps la seule) façon de communiquer avec eux, ce qui signifie qu'il exige que le support de base de données les structures qui sont communs à ces systèmes comme des "tables", "colonnes", "lignes", "relations", etc.
Maintenant, mettez le "Non" à l'avant-dernière phrase, et vous obtiendrez une définition de ce que signifie "NoSQL", NoSQL groupes de tous les magasins créé comme une tentative de résoudre des problèmes qui ne peuvent pas s'insérer dans la table/colonne/lignes de structures, la plupart d'entre eux signifie que ces bases de données ne prendra pas en charge les relations, ils sont l'abandon de la bien connue des structures tout simplement parce que les problèmes ont changé depuis leur conception.
Si vous disposez d'un fichier texte, et de vous créer une API pour stocker/récupérer/organiser cette information, alors vous avez une base de données NoSQL dans vos mains.
L'ensemble de ces signifie qu'il existe plusieurs solutions pour stocker l'information de manière traditionnelle des systèmes SQL ne permettra pas de réaliser de grandes performances, la flexibilité, etc etc. Chaque NoSQL fournisseur essaie de résoudre un autre problème et c'est pourquoi vous ne serez pas en mesure de comparer les deux solutions différentes, par exemple:
- djondb (http://djondb.com) est une banque de document créé pour être utilisé comme
NoSQL solution d'entreprise à l'appui des opérations, de la cohérence, etc.
mais sacrifier la performance de ses homologues.
- mongodb (http://www.mongodb.com) est une banque de document (similaire à
djondb) qui réalisent de grandes performances, mais certains métiers de la
Les propriétés ACID pour atteindre cet objectif.
- couchdb (http://apache.couchdb.com) est un autre magasin de documents qui
résout les requêtes légèrement différentes, offrant des vues à récupérer le
de l'information sans faire une requête complète à chaque fois.
....
Comme vous le remarqué j'ai seulement parlé du document magasins, c'est parce que je veux vous montrer que 3 des documents dans différents magasins de la mise en œuvre a des approches différentes et vous devez garder la règle d'or de la NoSQL magasins "Utiliser le bon outil pour le bon travail".
Je suis le créateur de djondb et j'ai fait beaucoup de recherche avant même d'essayer de démarrer ma propre NoSQL mise en œuvre.