{"id":10233,"date":"2014-01-07T06:36:48","date_gmt":"2014-01-07T05:36:48","guid":{"rendered":"http:\/\/flaven.fr\/?p=10233"},"modified":"2026-09-16T10:07:44","modified_gmt":"2026-09-16T08:07:44","slug":"mongodb-nosql-bigdata-comprendre-le-phenomene-nosql-en-decouvrant-un-peu-mongodb","status":"publish","type":"post","link":"https:\/\/flaven.fr\/2014\/01\/mongodb-nosql-bigdata-comprendre-le-phenomene-nosql-en-decouvrant-un-peu-mongodb\/","title":{"rendered":"MongoDB, NoSQL, BigData – Comprendre le ph\u00e9nom\u00e8ne NoSQL en d\u00e9couvrant un peu MongoDB"},"content":{"rendered":"\n


\n\t<\/p>\n

L’explosion de contenu cr\u00e9e par les utilisateurs a provoqu\u00e9 une croissance vertigineuse du volume et du type de contenu \u00e0 manipuler, \u00e0 analyser et \u00e0 archiver. Cette tendance inflationniste n’est pas pr\u00eate de s’inverser car il existe d\u00e9sormais de tr\u00e8s nombreuses sources additionnelles de donn\u00e9es : les donn\u00e9es issues de capteurs, les donn\u00e9es de GPS (Global Positioning Systems), les donn\u00e9es d’outils de tracking ou de monitoring.<\/p>\n

L’ensemble des ces volumes de donn\u00e9es est commun\u00e9ment d\u00e9sign\u00e9 sous le nom de “Big Data”. Ce ph\u00e9nom\u00e8ne d’ob\u00e9sit\u00e9 des donn\u00e9es (infosit\u00e9) \u00e0 traiter questionne donc naturellement les standards largement adopt\u00e9s dans le domaine du stockage, de l’analyse et de l’archivage.<\/p>\n

Digression ontologique<\/h4>\n

La nature m\u00eame de l’information commence \u00e0 muter, les donn\u00e9es n’ont jamais \u00e9t\u00e9 aussi ambivalentes : \u00e0 la fois \u00e9parses et semi-structur\u00e9e. L\u00e0 encore, cette ambivalence bouscule \u00e9videmment les m\u00e9thodes traditionnelles d’organisation de donn\u00e9es notamment les sch\u00e9mas traditionnelles de structuration et de relations liant ces informations, en un mot les bases de donn\u00e9es. Au-de-l\u00e0 du mode de stockage, c’est l’interpr\u00e9tation qui est importante. C’est cette capacit\u00e9 qui guidera les forces du marketing, du march\u00e9, l\u00e0 o\u00f9 les gens ach\u00e8tent. Un dieu, donnez-moi un dieu, ce sera le data-mining ou l’agile marketing, qu’importe pourvu que l’ivresse des chiffres… Mais, revenons, aux chiffres justement et \u00e0 la n\u00e9cessit\u00e9 que tout fasse sens.<\/p>\n

Donc, voici, l’\u00e9mergence d’un nouveau type de base de donn\u00e9es connue sous le nom de NoSQL. R\u00e9ponse aux \u00e9pineuses questions soulev\u00e9es par le ph\u00e9nom\u00e8ne du BigData. Comment traiter en temps r\u00e9el, dans un univers constamment mouvant, un nouveau type d’information, qui rel\u00e8ve plus de l’\u00e9conomie libidinale ou de la carte du tendre, des \u00e9motions mis en carte en quelque sorte. H\u00e9, oui, ces nouveaux types de BDD consistent essentiellement en des donn\u00e9es stock\u00e9s en colonne, des BDD compos\u00e9es de paire cl\u00e9s\/valeurs et des BDD de document qui ne visent sans doute qu’\u00e0 dominer l’intime de chaque individu.
\nA n’en pas douter, la fin annonc\u00e9e de mysql est aussi la fin d’un monde. Leibniz, Descartes sont morts et enterr\u00e9s, seul survit un Guy Debord, sans conscience ni culture, un boulevard avenir tr\u00e8s lucratif.<\/p>\n

Bref, cette combinaison a donc engendr\u00e9 un ph\u00e9nom\u00e8ne tout beau, tout nouveau nomm\u00e9 NoSQL. <\/p>\n

NoSQL is more catchy than NoRDBMS*<\/h4>\n

NoSQL est plus aguicheur que NoRDBMS*<\/i><\/p>\n

C’est vrai que le terme de NoSQL est “catchy”, on reconnait bien l\u00e0 le sens inn\u00e9e des am\u00e9ricains pour la com et le marketing. NoRDBMS aurait \u00e9t\u00e9 ou chouya<\/code> trop long mais plus didactique. RDBMS signifie relational database management system<\/code>.<\/p>\n

Ce ph\u00e9nom\u00e8ne n’est pas si anodin, des enseignes du web tels Google, Amazon, Facebook…etc. confront\u00e9es \u00e0 des volumes donn\u00e9es pharaoniques se sont attel\u00e9s au probl\u00e8me. Dans leurs grandes mansu\u00e9tudes, d\u00e9sint\u00e9ress\u00e9es :):), ces m\u00eames enseignes donnent de nombreuse cl\u00e9s pour r\u00e9sorber ces probl\u00e9matiques. Une question : est-ce le but ultime du capitalisme moderne, livrer la cl\u00e9 temporelle des individus, pieds et poings li\u00e9s, en confiant leurs existences \u00e0 l’intelligence machine et aux big datas centers ?<\/p>\n

Car qui d\u00e9tient, l’information ou plut\u00f4t son interpr\u00e9tation d\u00e9tient les cl\u00e9s de l’asservissement. Qui donne un sens \u00e0 tout cela : l’intelligence artificiel, des hommes v\u00e9ritables… D\u00e9bat sans doute d’un autre \u00e2ge, sachant que l’on se drogue \u00e0 la data, on est vraiment de devenus des bouffeurs d’octets, \u00e0 d\u00e9faut d’autre chose, regarder l’addiction de la NSA \u00e0 la BigData pire qu’une addiction au crack ou enfin la fi\u00e8vre singuli\u00e8re du Selfie ou du Belfie. Kardashian Big Data, m\u00eame combat. La tendance \u00e0 l’infosit\u00e9<\/code> n’est pas pr\u00eate de s’arr\u00eater avec les mobiles multi-fonctions, les billets de blogs, les moindres consid\u00e9rations mises \u00e0 jour quotidiennes sur les r\u00e9seaux sociaux, les tweets, les documents \u00e9lectroniques, le contenu num\u00e9ris\u00e9 (fichiers musicaux, fichiers vid\u00e9os… Nous consommons beaucoup de donn\u00e9es et en produisons encore plus. Et donc… revenons plut\u00f4t dans la logique post-capitaliste qui nous int\u00e9resse, \u00e0 savoir manipuler les masses en n’ayant le moins de scrupules possibles, il faut quand m\u00eame dormir la nuit.<\/p>\n

Les mains dans le cambouis : Installer MongoDB<\/h4>\n

\tQuelques erreurs \u00e0 \u00e9viter pour faire fonctionner MongoDB<\/code>.<\/p>\n

Un message d’erreur li\u00e9 au fait que le r\u00e9pertoire de donn\u00e9es n’existe pas<\/b>
\n
\n ERROR: dbpath (\/data\/db\/) does not exist.
\n Create this directory or give existing directory in --dbpath.
\n See http:\/\/dochub.mongodb.org\/core\/startingandstoppingmongo
\n<\/code><\/p>\n

Il faut se mettre en racine de votre disque et cr\u00e9er ce fameux r\u00e9pertoire \/data\/db\/<\/code> et autoriser la lecture et l’\u00e9criture.<\/p>\n

\r\n  sudo -s\r\n  mkdir \/data\r\n  cd data\r\n  mkdir db\r\n  chmod 777 \/data\/db\r\n<\/pre>\n
\"MongoDB,<\/p>\n
Cette fois, on est bon, on va pouvoir jouer un peu…<\/p>\n
Jeopardize MySQL<\/h4>\n
Se rendre dans le r\u00e9pertoire nouvellement install\u00e9 via la commande cd \/Users\/[user_name]\/mongodb\/bin\/<\/code> puis lancer ensuite la commande .\/mongod<\/code><\/p>\n
Dans une premi\u00e8re fen\u00eatre de terminal, on lance la commande .\/mongod<\/code> pour d\u00e9marrer le serveur.<\/p>\n
Puis ensuite, dans une deuxi\u00e8me fen\u00eatre de terminal, on lance la commande .\/mongo<\/code> pour acc\u00e9der au client mongo.<\/p>\n
\"MongoDB,<\/p>\n
Utiliser une base de donn\u00e9es use [table_name]<\/code><\/b>
\nOn va donc utiliser une BDD nomm\u00e9 links<\/code><\/p>\n
use links<\/pre>\n
show dbs;<\/pre>\n
\r\n\/* montre tous les \u00e9l\u00e9ments de la base links *\/\r\ndb.links.find().forEach(printjson);\r\n<\/pre>\n
\r\n\/* count the number of links *\/\r\ndb.links.count();\r\n<\/pre>\n
On fait notre premier enregistrement, \u00e0 noter que tags est un array<\/code>. Premier avantages de MongoDB, pas la peine de cr\u00e9er une autre table pour stocker les valeurs que peuvent prendre ces tags.<\/b><\/p>\n
\r\n\/* insert some links *\/\r\ndb.links.insert({\r\n   title:\"Mon premier bookmark\",\r\n   url:\"https:\/\/flaven.fr\",\r\n   comment:\"Un tr\u00e8s bon site, un peu brouillon n\u00e9anmoins\",\r\n   tags:[\"d\u00e9veloppement\", \"NoSQL\", \"BigData\"], \r\n   saved_on: new Date()\r\n   });\r\n<\/pre>\n
\r\n\/* show records *\/\r\ndb.links.find();\r\n<\/pre>\n
\r\n\/* insert record new way  *\/\r\nvar doc = { };\r\ndoc.title = \"Mon 2\u00e8me bookmark\";\r\ndoc.url = \"http:\/\/3wdoc.com\";\r\ndoc.comment = \"Bon site en rose\";\r\ndoc.tags = [\"javascript\", \"HTML5\", \"jQuery\"];\r\ndoc.saved_on = new Date();\r\n<\/pre>\n
\"MongoDB,<\/p>\n
\r\n\/* ajout de meta \u00e9l\u00e9ments *\/\r\ndoc.meta = {};\r\ndoc.meta.statut = \"Bient\u00f4t sur Github\";\r\ndoc.meta.langues = \"Le site est disponible en 3 langues : FR, EN, ES\";\r\n<\/pre>\n
\r\n\/* save the doc object *\/\r\ndb.links.save(doc);\r\n<\/pre>\n
\"MongoDB,<\/p>\n
\r\n\/* Montre les elements de la BDD links au format JSON *\/\r\ndb.links.find().forEach(printjson);\r\n<\/pre>\n
\r\ndb.links.find()[0];\r\ndb.links.find()[0]._id;\r\ndb.links.find()[0]._id.getTimestamp();\r\n<\/pre>\n
\"MongoDB,<\/p>\n
\r\ndb.users.insert({name: \"Bruno\"});\r\nvar myName = db.users.findOne({name: \"Bruno\"});\r\n<\/pre>\n
\r\nmyName._id;\r\n<\/pre>\n
\"MongoDB,<\/p>\n
\r\ndb.links.insert({ title:\"Mon 3\u00e8me bookmarks\", url:\"http:\/\/google.com\", comment:\"Beau moteur\", userId: myName._id });\r\ndb.links.find()[2];\r\nmyLink = db.links.find()[2];\r\n<\/pre>\n
\r\ndb.users.findOne({ _id: myLink.userId });\r\n<\/pre>\n
\"MongoDB,<\/p>\n
\r\ndb.links.find({ tags: \"HTML5\" }).forEach(printjson);\r\n<\/pre>\n
\"MongoDB,<\/p>\n
\r\ndb.links.findOne({ tags: \"HTML5\" }).title;\r\n<\/pre>\n
\r\n\/* Include ou s\u00e9lectionner des champs sp\u00e9cifiques \r\nUne sorte d'\u00e9quivalent en SQL \u00e0 SELECT links.title, links.url FROM links WHERE ...\r\n*\/\r\ndb.links.find({ tags: \"HTML5\" }, { title: 1, url: 1 });\r\n<\/pre>\n
\r\ndb.links.find({ tags: \"HTML5\" }, { title: 1, url: 1 }).forEach(printjson);\r\n<\/pre>\n
\"MongoDB,<\/p>\n
\r\n\/* Exclure un champ sp\u00e9cifique et montrer tous les autres *\/\r\ndb.links.find({ tags: \"HTML5\" }, { tags: 0 }).forEach(printjson);\r\n<\/pre>\n
\r\n\/* Mix Inclure et Exclure, ne marche qu'avec l'ID *\/\r\ndb.links.find({ tags: \"HTML5\" }, { title: 1, url: 1, _id: 0 }).forEach(printjson);\r\n<\/pre>\n
db.links.count();<\/pre>\n
La possibilit\u00e9 de cr\u00e9er des sous-objets attach\u00e9s \u00e0 un objet. C’est un des concepts-cl\u00e9s du NoSQL, la d\u00e9normalisation<\/p>\n
La question du _id g\u00e9n\u00e9r\u00e9 par MongoDB<\/b>
\nMongoDB g\u00e9n\u00e8re lui-m\u00eame une cl\u00e9 unique dans la mesure o\u00f9 le syst\u00e8me est appel\u00e9 sur de tr\u00e8s nombreuses machines. Il serait donc illusoire de penser que l’on puisse maintenir une bonne cl\u00e9 primaire comme dans une table MySQL. Rappelez-vous on parle de scalabilit\u00e9 horizontal, de Cloud, de Cluster bref d’une architecture totalement d\u00e9centralis\u00e9e.<\/p>\n
La base de donn\u00e9es relationnel est l\u00e0 pour minimiser les “redundancies” et les “dependancies” mais nosql offre des performances sans \u00e9quivalents.<\/p>\n
BSON, fut\u00e9 ?<\/h4>\n
Il existe deux diff\u00e9rences pour se figurer ce qu’est le BSON par rapport au JSON. <\/p>\n
    \n
  1. Le BSON est une repr\u00e9sentation binaire du JSON<\/li>\n
  2. Le BSON inclut quelques data-type en plus du JSON<\/li>\n<\/ol>\n
    Un avantage important, ce que tout est en javascript. On est dans un environnement homog\u00e8ne en terme de langage. La base retourne des objets dans un format directement exploitable cot\u00e9 client. Alors, imaginez les b\u00e9n\u00e9fices possibles, d’une base NoSQL coupl\u00e9 avec Node.js ! Cela signifie que tout marche indiff\u00e9remment c\u00f4te serveur comme c\u00f4t\u00e9 client. Sans vouloir jouer les Cassandres, il y a bien dans cette affirmation de quoi menacer l’h\u00e9g\u00e9monie des langages \u00e9tablies type PHP, Ruby… ainsi que des sacro-saintes BDD de donn\u00e9es relationnels. A suivre d’autant plus que l’on nous bassine avec l’enjeu des big data, du Cloud, de la Scabilit\u00e9… mais sans jamais vraiment toucher du doigt si l’on peut dire des notions aussi abstraites.<\/b><\/p>\n
    D’autres fa\u00e7ons d’installer MongoDB<\/h4>\n
    Il existe plein d’autres fa\u00e7ons d’installer MongoDB, notamment \u00e0 l’aide de MacPort ou de HomeBrew. On vous donne pour information les quelques commandes pour installer MongoDB \u00e0 l’aide de HomeBrew.<\/p>\n
    Installer MongoDB<\/code> avec HomeBrew<\/code><\/b><\/p>\n
    \r\n  brew update\r\n  brew install mongodb\r\n<\/pre>\n
    Mettre \u00e0 jour MongoDB<\/code> avec HomeBrew<\/code><\/b><\/p>\n
    \r\n  brew update\r\n  brew upgrade mongodb\r\n<\/pre>\n
    Conclusion : En fait, le souhait \u00e9tait de parler de couchDB mais finalement MongoDB remporte la palme. On ne peut d\u00e9cemment pas passer \u00e0 c\u00f4t\u00e9 du ph\u00e9nom\u00e8ne NoSQL. NoSQL rec\u00e8le trop de changements. Il est \u00e0 l’image du web et disons-le du monde d’aujourd’hui. Fin de l’histoire.<\/b><\/p>\n
    En savoir plus<\/h2>\n