... me fait penser aux mouvements des langages dynamiques avec typage dynamique voir typage faible, qui présentent l'incapacité d'analyse statique comme une qualité !
Ce mouvement surf sur la frustration qu'on peut ressentir à devoir respecter tout un tas de contraintes pour aboutir à une structure validée, que ce soit un programme correctement typé ou une base de donnée avec des relations valides. C'est un peu, de façon générale, le mouvement noRTFM. On ne veut plus étudier et concevoir, on ne veut plus de contraintes statiques, on veut retarder au maximum le verdict, on veut des outils les plus souples possibles et puis après tout, si on a envie d'y mettre n'importe quoi on a le droit, on s'en rendra compte nous même. Peut-être un jour en production parce que, dans le meilleur des cas, le code plantera et dans le pire il donnera une info erronée parce que 1 + null == 1.
J'ai testé CouchDB et tenté de l'appliquer à un programme. Constat : c'est plus proche d'un système de fichier spécialisé que d'une base de donnée relationnelle. C'est pratique pour certains cas, je n'en doute pas, mais qu'on arrête de dire que ça va concurrencer des bases relationnelles. Si le résultat c'est que les scripteurs PHP qui subissaient le relationnel abandonnent tout simplement le relationnel au lieu de l'apprendre, ce ne sera pas vraiment un progrès :)
Ah, pour être tout à fait honnête, il y a un aspect qui m'a beaucoup séduit : la réplication. Je suis fan de décentralisé, donc j'aimerais que les BDD relationnelles proposent des mécanismes de réplications aussi simples que ce que propose CouchDB. Il suffirait probablement que les clefs primaires ne soient plus séquentielles. Savez-vous ce qui existe pour cela ?
# le mouvement NoSQL ...
Posté par paul . En réponse à la dépêche MongoDB 1.4, prêt pour la production. Évalué à 3.
Ce mouvement surf sur la frustration qu'on peut ressentir à devoir respecter tout un tas de contraintes pour aboutir à une structure validée, que ce soit un programme correctement typé ou une base de donnée avec des relations valides. C'est un peu, de façon générale, le mouvement noRTFM. On ne veut plus étudier et concevoir, on ne veut plus de contraintes statiques, on veut retarder au maximum le verdict, on veut des outils les plus souples possibles et puis après tout, si on a envie d'y mettre n'importe quoi on a le droit, on s'en rendra compte nous même. Peut-être un jour en production parce que, dans le meilleur des cas, le code plantera et dans le pire il donnera une info erronée parce que 1 + null == 1.
J'ai testé CouchDB et tenté de l'appliquer à un programme. Constat : c'est plus proche d'un système de fichier spécialisé que d'une base de donnée relationnelle. C'est pratique pour certains cas, je n'en doute pas, mais qu'on arrête de dire que ça va concurrencer des bases relationnelles. Si le résultat c'est que les scripteurs PHP qui subissaient le relationnel abandonnent tout simplement le relationnel au lieu de l'apprendre, ce ne sera pas vraiment un progrès :)
Ah, pour être tout à fait honnête, il y a un aspect qui m'a beaucoup séduit : la réplication. Je suis fan de décentralisé, donc j'aimerais que les BDD relationnelles proposent des mécanismes de réplications aussi simples que ce que propose CouchDB. Il suffirait probablement que les clefs primaires ne soient plus séquentielles. Savez-vous ce qui existe pour cela ?