Pour ceux qui ne connaissent pas, c'est une théorie (souvent vérifiée par la réalité) qui dit que pour toute nouvelle technologie, il y a d'abord une phase ascendante (dans l'usage/engouement) très importante (l'effet "hype") puis une phase de descente ("la désillusion") tout aussi raide, puis à nouveau une courbe ascendante beaucoup plus douce - l'âge de raison pourrait-on dire.
C'est très discuté parce que relativement peu de techno suivent véritablement cette courbe et quand elles le suivent on parle de période allant de quelques années à 10 ans. Relancer continuellement dessus 20 ans après n'a pas de sens.
Cette manière de tout amalgamer pour rejeter c'est un peu comme si je disais que SQL c'était vraiment nul parce que les ORM c'est de la merde.
C'est exactement ce qu'on a observé avec NoSQL.
Ça fait 10 ans que l'on est sur le plateau. Que plus personne de sérieux ne cherche une guerre. Les SQL tentent de proposer une partie de ce que les NoSQL font et les NoSQL font de même avec le SQL.
Tu remarqueras que je n'ai pas "disqualifié" la technologie.
Non tu ne caricature pas du tout de manière outrancière et de manière répété. Vraiment. pas. du. tout.
Et oui aussi, je mélange NoSQL et BigData. C'est vrai que ce sont deux technos bien différentes, et avec des objectifs différents, mais avec la même approche "fuck the structure, on verra plus tard".
Tu mélange beaucoup de choses... NoSQL c'est des technologies de base de données, BigData c'est mot-valise qui a était bien trop marketé pour garder encore sont sens de jeu de données trop gros pour entrer dans les bases de données standards (depuis 20 l'évolution étant ce qu'elle est les bases de données classiques ont considérablement augmentée leur capacité et une partie des techniques BigData sont devenues classiques comme le partitionnement).
Et non encore une fois l'absence de schema ce n'est pas dans l'ADN du NoSQL. Ce n'était pas dans les premières bases et tu as toujours d'énormes pans de NoSQL qui sont structurées. Dans les orientées colonnes, les times series et les bases de données graphes, tu as un travail de modélisation de tes données au moins aussi important qu'en SQL parce que les techno t'y obligent. Et dans les orientés documents par exemple avec elasticsearch ou opensearch qui conque en à un usage en production doit utiliser un schemas pour ses indexes. C'est nécessaire.
Enfin la réactance ce n'est pas l'inverse de la hype c'est son symétrique tout aussi bête. Vouloir utiliser une techno sans la comprendre et cracher sur une techno sans la comprendre même combat, les 2 amènes à des choix aussi mal éclairés.
[^] # Re: Tout se paye un jour ou l'autre
Posté par barmic 🦦 . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à 5.
C'est très discuté parce que relativement peu de techno suivent véritablement cette courbe et quand elles le suivent on parle de période allant de quelques années à 10 ans. Relancer continuellement dessus 20 ans après n'a pas de sens.
Cette manière de tout amalgamer pour rejeter c'est un peu comme si je disais que SQL c'était vraiment nul parce que les ORM c'est de la merde.
Ça fait 10 ans que l'on est sur le plateau. Que plus personne de sérieux ne cherche une guerre. Les SQL tentent de proposer une partie de ce que les NoSQL font et les NoSQL font de même avec le SQL.
Non tu ne caricature pas du tout de manière outrancière et de manière répété. Vraiment. pas. du. tout.
Tu mélange beaucoup de choses... NoSQL c'est des technologies de base de données, BigData c'est mot-valise qui a était bien trop marketé pour garder encore sont sens de jeu de données trop gros pour entrer dans les bases de données standards (depuis 20 l'évolution étant ce qu'elle est les bases de données classiques ont considérablement augmentée leur capacité et une partie des techniques BigData sont devenues classiques comme le partitionnement).
Et non encore une fois l'absence de schema ce n'est pas dans l'ADN du NoSQL. Ce n'était pas dans les premières bases et tu as toujours d'énormes pans de NoSQL qui sont structurées. Dans les orientées colonnes, les times series et les bases de données graphes, tu as un travail de modélisation de tes données au moins aussi important qu'en SQL parce que les techno t'y obligent. Et dans les orientés documents par exemple avec elasticsearch ou opensearch qui conque en à un usage en production doit utiliser un schemas pour ses indexes. C'est nécessaire.
Enfin la réactance ce n'est pas l'inverse de la hype c'est son symétrique tout aussi bête. Vouloir utiliser une techno sans la comprendre et cracher sur une techno sans la comprendre même combat, les 2 amènes à des choix aussi mal éclairés.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll