Je continue à voir des références à l'idée que "CouchDB ne peut pas être le meilleur outil dans toutes les situations." C'est bon à savoir, mais malheureusement s'applique également à toutes les technologies.Y a-t-il des projets documentés où CouchDB a été essayé et rejeté?
Ce qui serait beaucoup plus utile serait une description de la façon dont CouchDB a été essayé sur un projet et abandonné par la suite pour une base de données SQL traditionnelle.
Si vous avez essayé CouchDB sur un projet et que vous êtes revenu plus tard dans une base de données SQL, quels facteurs ont joué le plus grand rôle?
@Daniel, ce sont des liens utiles, merci. Mais je n'ai trouvé aucune discussion sur un projet spécifique où les limitations/inadéquations dans CouchDB étaient si grandes qu'elles ont forcé le projet à retourner à un SGBDR. C'est vraiment ce que je cherche. –
@Rich: Je ne chercherais pas d'exemples qui ont choisi CouchDB et ont été forcés de revenir en arrière, car dans certaines situations, une base de données relationnelle, avec des transactions et des requêtes traditionnelles est la seule option. Récemment, je suis tombé sur une étude de cas Oracle sur Betfair.com http://www.oracle.com/customers/snapshots/betfair-database-case-study.pdf. Je pense qu'avec 20 millions de transactions par jour, avec des pics de 1k transactions par seconde avec de l'argent réel, fonctionnant sous une réglementation stricte, tout en gérant plus de 500 millions de pages vues par jour, ils font un excellent effet de levier sur les bases de données relationnelles. –