J'étudie actuellement les applications possibles de CouchDB sur mon projet actuel (écrit dans Rails) et j'aimerais avoir des retours de personnes ayant réellement utilisé ces API. lequel recommandez vous et pourquoi?Quelle API CouchDB utiliser pour Rails?
Je vais par le même processus. Vous pourriez trouver SimplyStored intéressant si vous ne l'avez pas déjà regardé.
La couche de base de CouchRest est probablement le meilleur pour commencer, CouchPotato est le plus actif pour l'intégration Rails, SimplyStored ajoute quelques nicities au-dessus de CouchPotato
Avec Rails 3 utilisation (ou envisager sérieusement d'utiliser) CouchRest Model. Il semble être bien maintenu, car à partir de cette mise à jour le 2013/12/19, je vois plusieurs changements qui ont seulement 2 semaines.
Avant d'envisager SimplyStored, vous devez noter qu'ils donnent cet avertissement sur Github:
Les travaux de développement comme arrêté que nous ne pas utiliser SimplyStored plus. S'il vous plaît ne vous attendez pas à de futurs commits et corrections.
Peut-être quelqu'un va le ramasser, car il semble très utile.
vous devriez regarder Tim Anglade à propos de CouchRest_Model http://www.youtube.com/watch?v=zEMfvCqVL4E – hdorio
devez-vous utiliser CouchDB? Si des alternatives sont possibles, vous pourriez faire pire que regarder certaines des API assez stables qui sont disponibles pour MongoDB. – davek
La raison principale pour laquelle j'explore Couch over Mongo est la revendication de Couch sur le versioning intégré. Toutes les versions de la majorité de mes modèles doivent être conservées indéfiniment. À moins d'avoir manqué quelque chose dans la documentation de Mongo, je ne crois pas que ce soit intégré. Évidemment, les modèles immuables sont assez triviaux (créer un nouveau modèle à chaque fois, trier par created_at, etc.) mais si c'est une chose de moins dont je dois m'inquiéter dans mon code, c'est encore mieux. –
CouchDB est * génial * et la seule solution (open source) pour certains problèmes, mais je ne pense pas que le versionnement intégré soit une bonne raison de choisir CouchDB plutôt que Mongo. Si vous avez besoin que les versions restent indéfiniment, vous finirez par rouler les vôtres, car (la dernière fois que j'ai vérifié) elles sont supprimées lorsque vous compactez la base de données et vous avez plus de contrôle sur quelque chose que vous avez construit de toute façon. Choisissez Canapé si vous voulez une mise à l'échelle infinie, un accès hors ligne, et pouvez vivre avec une cohérence éventuelle, et l'absence de requêtes dynamiques, ce qui n'est normalement pas un problème. – iconoclast