NoSQL
< SGBDR - DATABASES
< DEV
< vmegag
A couple of posts earlier I had blogged about a real life case study of one of our projects where we are using a SQL store (Oracle) and a NoSQL store (MongoDB) in combination over a message based backbone. MongoDB was used to cater to a very specific subset of the application functionality, where we felt it made a better fit than a traditional RDBMS. This hybrid architecture of data organization is turning out to be an increasingly attractive option today with more and more specialized persistent storage structures being developed. In many applications we need to process graph data structures. Neo4J can be a viable option for this.
Un article de Wikipédia, l'encyclopédie libre. En informatique , NoSQL désigne une catégorie de systèmes de gestion de base de données (SGBD) qui n'est plus fondée sur l'architecture classique des bases relationnelles . L'unité logique n'y est plus la table , et les données ne sont en général pas manipulées avec SQL . À l'origine servant à manipuler des bases de données géantes pour des sites web de très grande audience tels que Google , Amazon.com , Facebook ou eBay [ 1 ] , le NoSQL s'est aussi étendu par le bas après 2010. Il renonce aux fonctionnalités classiques des SGBD relationnels au profit de la simplicité.
Le NoSQL regroupe de nombreuses bases de données, récentes pour la plupart, qui se caractérisent par une logique de représentation de données non relationnelle et qui n’offrent donc pas une interface de requêtes en SQL. Cassandra, Neo4j, Riak, Redis ou encore HBase sont des noms de projet qui brillent par leur présence dans l’actualité depuis quelques mois. Bien qu’ils soient tous étiquetés ‘NoSQL’ de grandes disparités les distinguent. Du fait de l’hétérogénéité de ces bases de données, des familles se sont créées pour les regrouper.
