L'idée est intéressante, reste à lui trouver une application concrète. Cela ne va pas révolutionner les DB néanmoins il pourrait se trouver une niche.
Je pense notamment pour gérer du multi-server sur un réseau instable ou aux synchronisation occasionnelles pour d'autres raisons. On créé une branche du master sur notre serveur, on merge le master par moment pour garder les informations à jour et on merge notre DB le soir dans le master. Ainsi les transactions sur notre serveur ne sont certes pas avec toutes les dernières données à jour mais on évite le goulot d'étranglement du gros serveur central et les cas de coupures réseau entre les Master et notre serveur. Et l'avantage du système c'est qu'il est décentralisé, pas besoin de configurer réellement un master et des slaves. Il peut y avoir des sous-slaves suivant les cas d'usages.
Néanmoins, il y a peu de chance que ce soit un jour réellement utilisé.
Je vois un cas d'usage bien pratique si tu fais un commit toutes les heures et un push sur une base remote: en cas de problème, tu restaures avec un checkout, tu fais un clone sur un environnement de test…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Il me semble que github utilise ça pour gérer les droits (organisations etc). Alors github / git c'est des mot clefs qui sont difficiles à chercher, mais j'avais vu passer cette info.
L'idée est intéressante, reste à lui trouver une application concrète.
Je bosse sur une appli de machine learning, on peut pas qualifier de big data, on parle d'une db de ~100MB. Recuperer la db de prod, hacker le truc pour ameliorer la perf des pipelines, tu committes les changements a apporter en ajoutant des sources de donnees.
Si ca convient, ca devient la nouvelle prod.
Franchement, je trouve cet outil super puissant, merci du partage.
Ça me semble vraiment une piste intéressante pour développer des apps décentralisées sans trop changer de paradigme de programmation.
Décentralisé à la https://scuttlebutt.nz/ ou tu te connecte aux autres occasionnellement (capacité d'être off-grid, très intéressant pour une décentralisation jusqu'au niveau de l’ordinateur personnel).
Pareil pour le monde mobile où tu veux pouvoir fonctionner en off-line puis push tes modifications. (je sais que c'était un des cas d'utilisation de couchDB sur mobile).
# Idée interessante
Posté par abriotde . Évalué à 6.
L'idée est intéressante, reste à lui trouver une application concrète. Cela ne va pas révolutionner les DB néanmoins il pourrait se trouver une niche.
Je pense notamment pour gérer du multi-server sur un réseau instable ou aux synchronisation occasionnelles pour d'autres raisons. On créé une branche du master sur notre serveur, on merge le master par moment pour garder les informations à jour et on merge notre DB le soir dans le master. Ainsi les transactions sur notre serveur ne sont certes pas avec toutes les dernières données à jour mais on évite le goulot d'étranglement du gros serveur central et les cas de coupures réseau entre les Master et notre serveur. Et l'avantage du système c'est qu'il est décentralisé, pas besoin de configurer réellement un master et des slaves. Il peut y avoir des sous-slaves suivant les cas d'usages.
Néanmoins, il y a peu de chance que ce soit un jour réellement utilisé.
[^] # Re: Idée interessante
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
Je vois un cas d'usage bien pratique si tu fais un commit toutes les heures et un push sur une base remote: en cas de problème, tu restaures avec un checkout, tu fais un clone sur un environnement de test…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Idée interessante
Posté par barmic 🦦 . Évalué à 2.
Il me semble que github utilise ça pour gérer les droits (organisations etc). Alors github / git c'est des mot clefs qui sont difficiles à chercher, mais j'avais vu passer cette info.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Idée interessante
Posté par flagos . Évalué à 2.
Je bosse sur une appli de machine learning, on peut pas qualifier de big data, on parle d'une db de ~100MB. Recuperer la db de prod, hacker le truc pour ameliorer la perf des pipelines, tu committes les changements a apporter en ajoutant des sources de donnees.
Si ca convient, ca devient la nouvelle prod.
Franchement, je trouve cet outil super puissant, merci du partage.
[^] # Re: Idée interessante
Posté par Alex G. . Évalué à 2.
Ça me semble vraiment une piste intéressante pour développer des apps décentralisées sans trop changer de paradigme de programmation.
Décentralisé à la https://scuttlebutt.nz/ ou tu te connecte aux autres occasionnellement (capacité d'être off-grid, très intéressant pour une décentralisation jusqu'au niveau de l’ordinateur personnel).
Pareil pour le monde mobile où tu veux pouvoir fonctionner en off-line puis push tes modifications. (je sais que c'était un des cas d'utilisation de couchDB sur mobile).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.