Existe-t-il un bon moyen de remplacer tous les objets couchDB dans un ensemble?

Question

Un de mes serveurs de noeud a un travail de vérification d'un FTP pour un fichier XML, si on le trouve, il le convertit en JSON. Maintenant, son travail consiste à effacer une base de données couchdb, et ont toutes les nouvelles données trouvées dans le fichier XML remplacer ce qui était là auparavant.

Maintenant que je ne veux pas que la base de données soit réellement vide (ou inexistante) à tout moment je ne l'ai pas simplement détruite puis recréée avec le nouvel ensemble de données. Mon serveur de noeud a été répliqué de la base de données vers pouchdb local, l'a effacé (suppression douce), puis a placé toutes les nouvelles données dedans, puis s'est répliqué jusqu'à la base de données de couchdb.

On dirait que le téléchargement devrait être complètement inutile et il devrait y avoir un moyen de le faire avec une suppression difficile. Est-il possible de remplacer simplement tous les objets d'une base de données CouchDB actuelle par un nouvel ensemble d'objets que mon serveur de noeud répliquerait?

Merci pour toute aide

Answer 1

CouchDB conserve le document historique des révisions dans un arbre, afin de remplacer un document (disons un document avec un _id de « x ») avec une version plus récente exige de connaître la révision actuelle de _id/_rev paire dans ou pour être en mesure de le mettre à jour.

Donc, si vous avez besoin de mettre à jour le document « x » vous devez

// fetch the document first 
curl -X GET http://localhost:5984/mydb/x 
{ "_id": "x", "_rev": "45-123", "name": "fred"} 
// to be able to update it 
curl -X PUT -d'{ "_id": "x", "_rev": "45-123", "name": "Fred Smith"}' http://localhost:5984/mydb/x 
{ "ok": "true", "_id": "x", "_rev": "46-456"} 

Vous pouvez réécrire votre travail pour effectuer cette opération GET/PUT pour chaque document qui a changé.

Si vous souhaitez que les données soient effacées avant d'importer les nouvelles données, créez simplement une nouvelle base de données, par ex. "mydb2017-09-22", importez les données et dites à l'application qui utilise les données d'utiliser "mydb2017-09-22" comme source de vérité. Vous pouvez ensuite supprimer en toute sécurité la base de données canonique précédente. Cela évite l'étape de réplication dans votre solution actuelle.

La purge n'est pas prise en charge dans CouchDB actuel, car elle affecte les implémentations dans lesquelles les données sont répliquées. Le compactage sert à supprimer les révisions de documents plus anciennes et indésirables afin d'économiser de l'espace. Je ne sais pas tout sur votre problème, je suggère de regarder la solution "une base de données par importation" car il vous permet de simplement basculer entre les ensembles de données lorsque l'importation est terminée et il se nettoie après lui-même en supprimant l'ancienne base de données .