Couchbase Server is a cloud-native, distributed database that fuses the strengths of relational databases such as SQL and ACID transactions with JSON flexibility and scale that defines NoSQL. It is available as a service in commercial clouds and supports hybrid and private cloud deployments.
N/A
Redis™*
Score 9.0 out of 10
N/A
Redis is an open source in-memory data structure server and NoSQL database.
Couchbase had more features than the other products we evaluated and a more flexible data model. It also has global replication and better performance. Compared to some, it was also easier to deploy, manage, and scale. The global replication, plus the ease of deploying and …
We looked at several different SQL and NoSQL systems. Most were either too expensive, didn't provide the needed functionality, or were too hard to use with the size of our team. We ultimately went with Couchbase because of its performance, horizontal scalability, and price.
For its ease of use I have found it pleasurable. However I have found client/framework support much higher for MongoDB which at times can be frustrating.
We selected CB as it provided the highest performance DB we evaluated while still providing a relatively rich set of additional features at competitive pricing.
I can't speak to the final decision to choose Couchbase. However, if we had to do it over again I'm unsure if Couchbase would beat out other solutions.
UI isn't that great compared to the other competitors. The management of our memcached cluster was becoming pretty complicated as the application grew in size. Redis is a much better option compared to memcached. Redis is bit unreliable compared to the alternative RabbitMQ …
Couchbase doesn't keep up with what they offer and what really does. MongoDB just doesn't scale out, reads are performed across multiple nodes but writes still go to the single master. DynamoDB is good overall but just way too expensive.
We chose Redis over Memcached and Couchbase for its performance, cost, support, and ease of use. Couchbase probably would have worked as well, but it seemed a bit overkill for our use cases.