Je me demandais si CounchDB est capable de gérer des écritures massives et des lectures dans la base de données. La taille de chaque écriture et lecture est petite, mais le nombre d'écritures et de lectures en une seconde est beaucoup. Puisque les données changent constamment, peut-il suivre la vue?Est-ce que CounchDB peut faire face à d'énormes écritures et lectures?
Merci
Big Picture
Sans chiffres que je ne peux pas deviner ce que vous entendez par « massive », donc je suppose que la réponse est simple « oui il pouvez". Je ne m'inquiéterais pas des lectures et des écritures pour suivre la génération de vues - votre définition de «massif» devrait être vraiment, eh bien, massive. À ce moment-là, vous vous adapteriez horizontalement ou verticalement, ce qui est très bon pour CouchDB. De plus, nous espérons que la charge massive signifie des sommes énormes pour vous, donc le matériel devrait être beaucoup moins un problème.
Moins Big Picture
En outre, écrit ne lit pas le bloc dans CouchDB. Et si vous ne voulez pas que la vue soit mise à jour lorsque vous la lisez (c'est-à-dire s'il y a eu des mises à jour dans la vue depuis la dernière lecture), spécifiez stale=ok comme option de requête. Si vous avez un exemple plus précis de ce qui vous inquiète, alors nous pourrions probablement essayer d'adapter une réponse plus précise pour vous.
totalement différent Image
Enfin, jetez un oeil à http://books.couchdb.org/relax/reference/high-performance pour une discussion plus détaillée sur l'analyse comparative de développeurs de CouchDB.
Cheers.
Je suppose que c'est ce qu'il est conçu pour, et qui est leur pas - l'évolutivité de lecture-écriture massive étant une base de données orientée objet.
Le principal avantage est la mise à l'échelle (sur plusieurs machines) et la réplication entre plusieurs copies de la même donnée (lecture-écriture). Vous pouvez consulter la documentation à