Commentaires sur : NoSQL : un mouvement qui prend de l’ampleur http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/ Blog sur Java, J2EE, Scrum,Apple,iphone par Nicolas Martignole Thu, 29 Jul 2010 09:52:15 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Par : NoSQL User Group | Blog Objet Direct http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2980 NoSQL User Group | Blog Objet Direct Fri, 05 Feb 2010 13:07:35 +0000 http://www.touilleur-express.fr/?p=2868#comment-2980 [...] Pour commencer à appréhender les concepts je vous recommande la lecture de l’article de Denis Dollfus et celui de Nicolas Martignole. [...] [...] Pour commencer à appréhender les concepts je vous recommande la lecture de l’article de Denis Dollfus et celui de Nicolas Martignole. [...]

]]> Par : Brice http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2952 Brice Sat, 30 Jan 2010 17:40:46 +0000 http://www.touilleur-express.fr/?p=2868#comment-2952 Je tenais à souligner un problème sur les solutions actuelles qui poussent vraiment à échapper aux bases de données normalisées, il s\'agit des performances de la base même. Aujourd\'hui sur une application bien faite on cache les appels les plus couteux en temps, et ce sont souvent des appels ou il y a des délais d\'attente sur un système extérieur. Dans le cas des bases de données traditionnelles, les performances de calcul de l\'application base de données ont des chances d\'être de plus en plus optimales. Ceci s\'explique par le fait que les processeurs voient leurs limites physiques approchées, du coup on s\'oriente davantage vers le multi-threading, en hardware avec le nombre de cœur qui grandit et dans la manière de concevoir un logiciel. Cela étant bien sur soumis à la loi d\'Amdahl. Bref les limites sur les bases de données ne seront plus sur les performances en calcul mais sur les performances de la machine sur lesquelles elles tournent, et en particulier les performances des disques durs. Même avec les SSD qui arrivent doucement, je doute que les performances s\'améliorent radicalement, on est définitivement pas sur les mêmes technologies de mémoire. Mais le progrès peut changer les choses. En attendant des solutions à ces problèmes émergent. Un des points que tu n\'aborde pas dans ce mouvement NoSQL c\'est le sharding ou les données sont découpées en zones assignées à des machines. Bien souvent voire tout le temps le sharding repose sur des systèmes clé-valeur. Il est alors possible de cacher facilement les données afin de stresser encore moins une base de données. Par exemple Memcached en frontal et MySQL pour la persistance. J\'ai aussi entendu parler du projet TokyoCabinet, qui est un cache persistant et extrêmement performant, je pense qu\'il s\'agit du projet Tokyo dont tu parles plus haut. Comme il n\'y a pas de standard bien défini les architectures peuvent variée, je pense qu\'il faut être prudent dans les démarches; ce que nous faisons aujourd\'hui peut très bien être identifié par le mouvement NoSQL ou autre comme un anti-pattern dans 5ans. Je tenais à souligner un problème sur les solutions actuelles qui poussent vraiment à échapper aux bases de données normalisées, il s\’agit des performances de la base même. Aujourd\’hui sur une application bien faite on cache les appels les plus couteux en temps, et ce sont souvent des appels ou il y a des délais d\’attente sur un système extérieur.

Dans le cas des bases de données traditionnelles, les performances de calcul de l\’application base de données ont des chances d\’être de plus en plus optimales. Ceci s\’explique par le fait que les processeurs voient leurs limites physiques approchées, du coup on s\’oriente davantage vers le multi-threading, en hardware avec le nombre de cœur qui grandit et dans la manière de concevoir un logiciel. Cela étant bien sur soumis à la loi d\’Amdahl. Bref les limites sur les bases de données ne seront plus sur les performances en calcul mais sur les performances de la machine sur lesquelles elles tournent, et en particulier les performances des disques durs. Même avec les SSD qui arrivent doucement, je doute que les performances s\’améliorent radicalement, on est définitivement pas sur les mêmes technologies de mémoire. Mais le progrès peut changer les choses.

En attendant des solutions à ces problèmes émergent. Un des points que tu n\’aborde pas dans ce mouvement NoSQL c\’est le sharding ou les données sont découpées en zones assignées à des machines. Bien souvent voire tout le temps le sharding repose sur des systèmes clé-valeur. Il est alors possible de cacher facilement les données afin de stresser encore moins une base de données.

Par exemple Memcached en frontal et MySQL pour la persistance. J\’ai aussi entendu parler du projet TokyoCabinet, qui est un cache persistant et extrêmement performant, je pense qu\’il s\’agit du projet Tokyo dont tu parles plus haut. Comme il n\’y a pas de standard bien défini les architectures peuvent variée, je pense qu\’il faut être prudent dans les démarches; ce que nous faisons aujourd\’hui peut très bien être identifié par le mouvement NoSQL ou autre comme un anti-pattern dans 5ans.

]]> Par : Gabriel K. http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2931 Gabriel K. Mon, 25 Jan 2010 13:39:30 +0000 http://www.touilleur-express.fr/?p=2868#comment-2931 Sympathique article, d'autant que je suis (encore) resté à la porte de chez Octo. Monsieur Octo, madame Octa, si jamais tu réorganises des soirées entre geek,tu peux laisser la porte ouverte stp? Ou mettre une petite feuille en bas pour expliquer comment on monte? Bref! Qu'est ce qui ferait choisir une solution nosql plutôt qur full-sql? Dans quels cas? Il y a le cas traité dans l'article (intéressant) sur Pregel. Il y a les cas avec des documents plutôt que des données structurées. Et encore? Mais sinon, quel est le use case? Car sinon, au lieu de la bataille entre bases hiérarchiques et relationnelles, on peut aussi penser aux bases de données objet, qui marchent tellement mieux (à ce qu'on dit) et qui n'ont pas du tout dégagé les sgbd habituelles du tableau Sympathique article, d’autant que je suis (encore) resté à la porte de chez Octo. Monsieur Octo, madame Octa, si jamais tu réorganises des soirées entre geek,tu peux laisser la porte ouverte stp? Ou mettre une petite feuille en bas pour expliquer comment on monte?

Bref!
Qu’est ce qui ferait choisir une solution nosql plutôt qur full-sql?
Dans quels cas?
Il y a le cas traité dans l’article (intéressant) sur Pregel.
Il y a les cas avec des documents plutôt que des données structurées. Et encore?
Mais sinon, quel est le use case?

Car sinon, au lieu de la bataille entre bases hiérarchiques et relationnelles, on peut aussi penser aux bases de données objet, qui marchent tellement mieux (à ce qu’on dit) et qui n’ont pas du tout dégagé les sgbd habituelles du tableau

]]> Par : Cedric Gatay http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2924 Cedric Gatay Sat, 23 Jan 2010 10:34:58 +0000 http://www.touilleur-express.fr/?p=2868#comment-2924 Article très intéressant, je vais garder un oeil sur tout ceci, quelque chose me dit que le choix d'une de ces technos à court terme sur un projet sera nécessaire... :) Article très intéressant, je vais garder un oeil sur tout ceci, quelque chose me dit que le choix d’une de ces technos à court terme sur un projet sera nécessaire… :)

]]> Par : Xavier http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2921 Xavier Tue, 19 Jan 2010 13:22:19 +0000 http://www.touilleur-express.fr/?p=2868#comment-2921 Les graphes sont partout! Dans un modèle UML Dans un fichier XML Dans une grappe d'objets Dans une BDD ... Partout que j'vous dis! :) Les graphes sont partout!
Dans un modèle UML
Dans un fichier XML
Dans une grappe d’objets
Dans une BDD
…

Partout que j’vous dis! :)

]]> Par : Armetiz http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2920 Armetiz Mon, 18 Jan 2010 19:37:25 +0000 http://www.touilleur-express.fr/?p=2868#comment-2920 @Thomas, c'est parti pour le quart d'heure google :p !! @Thomas, c’est parti pour le quart d’heure google :p !!

]]> Par : exdevfr http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2919 exdevfr Mon, 18 Jan 2010 14:19:50 +0000 http://www.touilleur-express.fr/?p=2868#comment-2919 Je ne peux pas m'en empêcher, ça me rappelle quand j'étais jeune et con, quand on se moquait de nos camarades Cobolistes avec leur base de données hiérarchique (IMS, DL/1, ça vous dit quelque chose?). Comme les applis avaient des (dizaines d'?)années, le modèle était devenu ... un vrai monstre. Ceci dit ça n'a rien à voir avec le type de base (en relationnel ça aurait été pareil). C'est juste pour l'anecdote... Heureusement qu'on a pris cette habitude de faire du neuf avec du vieux et qu'aucune de nos applis ne durera aussi longtemps ;-) Je ne peux pas m’en empêcher, ça me rappelle quand j’étais jeune et con, quand on se moquait de nos camarades Cobolistes avec leur base de données hiérarchique (IMS, DL/1, ça vous dit quelque chose?). Comme les applis avaient des (dizaines d’?)années, le modèle était devenu … un vrai monstre.
Ceci dit ça n’a rien à voir avec le type de base (en relationnel ça aurait été pareil). C’est juste pour l’anecdote… Heureusement qu’on a pris cette habitude de faire du neuf avec du vieux et qu’aucune de nos applis ne durera aussi longtemps ;-)

]]> Par : Thomas http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2917 Thomas Mon, 18 Jan 2010 11:08:46 +0000 http://www.touilleur-express.fr/?p=2868#comment-2917 @Armetiz Au contraire, il y a énormément d'articles sur le sujet (les sujets ?), c'est même difficile de s'y retrouver ! Il suffit de faire une recherche sur le terme "nosql" et c'est parti... @Armetiz

Au contraire, il y a énormément d’articles sur le sujet (les sujets ?), c’est même difficile de s’y retrouver ! Il suffit de faire une recherche sur le terme « nosql » et c’est parti…

]]> Par : FabienAMICO http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2916 FabienAMICO Mon, 18 Jan 2010 10:40:04 +0000 http://www.touilleur-express.fr/?p=2868#comment-2916 Bonjour, Super article :) Pour info il semble que pour Grails il existe aussi un plugin couchDB mais je ne sais pas ce que ca vaut <a href="http://www.grails.org/plugin/gorm-couchdb" rel="nofollow">gorm-couchdb</a> Bonne journée Bonjour,
Super article :)
Pour info il semble que pour Grails il existe aussi un plugin couchDB mais je ne sais pas ce que ca vaut

gorm-couchdb

Bonne journée

]]> Par : Nicolas Martignole http://www.touilleur-express.fr/2010/01/17/nosql-un-mouvement-qui-prend-de-lampleur/comment-page-1/#comment-2915 Nicolas Martignole Mon, 18 Jan 2010 10:29:41 +0000 http://www.touilleur-express.fr/?p=2868#comment-2915 @pgras corrigé, merci ! @pgras corrigé, merci !

]]>