Nous sommes en cours d'exécution CouchDB comme un remplacement pour MySQL pour nos magasins (70.0000 articles/boutique, un total de 4 millions d'attributs de tous les objets, liaisons transversales entre les éléments).
Nos objectifs étaient les suivants:
Facile de réplication à partir d'un maître-db pour plusieurs clients dans différents documents.
Rapide pré-données calculées comme "combien de pièces que j'ai avec cet attribut, et que filtre, montage à ces conditions"
faits:
- Nos boutiques sont maintenant en cours d'exécution beaucoup plus rapide qu'avec MySQL (et mysql-base de données nécessaire en outre de 1 à 3 jours de pré-calcul (donc la mise à jour a été deux fois par mois), ce qui rend les données prêt pour le produit de comptage et de filtrage, CouchDB besoin de 5 heures, nous avons donc pu mettre à jour des données de produit tous les soirs)
- Mise en place (filtré) de distribution de données et les sauvegardes à la boutique de noeuds est rapide et facile
mais aussi:
- La compréhension de map/reduce et les limites de ne pas avoir rejoint est assez dur
- Aucune opération sur les données comme "biffer" ou "le jour où", sans programmes externes
- La réplication fonctionne bien, sauf s'il y a un problème, alors il est vraiment difficile de savoir quelle était la raison (pour les débutants)
- L'installation de CouchDB sans les binaires (oui, il y a quelques dans la nature, mais pas pour tous les OS/version) pourrait être difficile, si vous n'êtes pas un connaisseur de Linux. Mais le CouchDB Communauté est utile (#couchdb), et, heureusement, il ya des entreprises là-bas (cloudant, iriscouch) qui offrent des services gratuit pour les grandes entreprises.
- CouchDB est aller de l'avant, donc il y a beaucoup de modifications (améliorations) en cours qui pourrait changer la façon de travailler. Mais des choses de base restent stables.
Comme un résultat:
MySQL comme base de données pour la création de données et le maintien de est fiable et facile à comprendre et à manipuler. Je pense que nous n'allons pas changer cela.
Mais je ne veux pas manquer le pouvoir de CouchDB points de vue et la facilité de configuration de réplication.
La Production de canapés parfois causé des problèmes après des mois de travail dû à une mauvaise configuration et oublié logrotates (point de vue construction prend trop de temps ou bloque, la réplication s'arrête), mais n'a jamais perdu de données, et de toujours pouvoir être facilement remis à zéro.