• [^] # Re: Tout se paye un jour ou l'autre

    Posté par . En réponse au journal Tour d'horizon de l'état des bases NoSQL. Évalué à 4.

    Au risque de dire une connerie, fonctionnellement, qu’est-ce qui empêche de faire du NoSQL, du clé-valeur par exemple, avec Postgres ou autre base de ce type ?

    Du clé valeur ou de l'orienté document pas grand chose, mais pour du graphe c'est plus compliqué. Pour des données temporelles tu peux faire une bonne partie mais tu n'auras pas les requêtes continues à ce que je sache.

    Les bases SQL permettent structure complexe et contraintes, mais ça n’est pas une obligation. Je pensais, peut-être bếtement, qu’on en était venu aux base NoSQL par souci d’optimisation. Des besoins d’optimisation qu’un moteur SQL ne pouvait pas se permettre de faire sans nuire à a capacité à faire du SQL (du fortement structuré et contraint).

    Il me semble qu'on dit la même chose. Les propriétés ACID rendent difficiles la scalabilité horizontale du cluster. Maintenant les moteurs SQL savent pour certains ne plus faire de SQL et sont même implémenté au dessus d'une base nosql.

    La guerre sql ou nosql n'a pas trop de sens. Les bases de données se font découper maintenant, tu as le stockage qui se fait en nosql clé valeur (voir sur du stockage objet) et/ou en colonne, tu as un moteur sql qui peu être exécuté sur du faas et par dessus tu as des implémentation de protocoles sql ou non. Toutes les bases se rapprochent tranquillement de tout ou partie de se modèle là.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll