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
Cloud BigTable
Score 8.4 out of 10
N/A
Google's Cloud Bigtable is a fully managed, scalable NoSQL database service for large analytical and operational workloads with up to 99.999% availability.
$0.03
per month per GB
Pricing
Couchbase Server
Google Cloud BigTable
Editions & Modules
No answers on this topic
Backup Storage
$0.026
per month per GB
HDD storage
$0.026
per month per GB
SSD storage
$0.17
per month per GB
Nodes
$0.65/hour
per month per node (minimum 1 nodes)
Offerings
Pricing Offerings
Couchbase Server
Cloud BigTable
Free Trial
Yes
No
Free/Freemium Version
Yes
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
Optional
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
Couchbase Server
Google Cloud BigTable
Features
Couchbase Server
Google Cloud BigTable
NoSQL Databases
Comparison of NoSQL Databases features of Product A and Product B
Couchbase Server
8.9
Ratings
1% above category average
Google Cloud BigTable
-
Ratings
Performance
8.90 Ratings
00 Ratings
Availability
9.40 Ratings
00 Ratings
Concurrency
8.90 Ratings
00 Ratings
Security
9.00 Ratings
00 Ratings
Scalability
9.40 Ratings
00 Ratings
Data model flexibility
9.00 Ratings
00 Ratings
Deployment model flexibility
8.00 Ratings
00 Ratings
Database-as-a-Service
Comparison of Database-as-a-Service features of Product A and Product B
Best suited when edge devices have interrupted internet connection. And Couchbase provides reliable data transfer. If used for attachment Couchbase has a very poor offering. A hard limit of 20 MB is not okay. They have the best conflict resolution but not so great query language on Couchbase lite.
Google Bigtable is ONLY suited for massive data sets which scale PetaBytes and TerraBytes. Anything under this can easily be done via dedicated VMs and open source tools. Google Bigtable is expensive and shall be used wisely. It should be utilised only where it is well suited else you would simply be wasting dollars and not utilizing its full benefits.
Analytics: is at Google's heart. No on can beat Google in this space and BigTable is one of its implementation of this. The insights you gain from BigTable are simply usable in your day to day activities and can help you make real difference.
Speed: Processing TBs and PBs of data under minutes needs real efficient platform which is capable of doing much more than just processing data. All this data cannot be processed by a single machine, but rather huge pairs of machines working in conjuction with each other. BigTable's implementation is one of the finest and allows you achieve great speeds!
Interface: is great. Google has segregated required task under logically placed buttons which takes no time by users to understand and get habituated.
Cluster sizing during the design phase can be improved, especially if the client lacks prior experience. Vendor consultants are very meticulous in order to provide best of class performance and response time, although some more real-world pragmatic approach is often needed.
Couchbase Lite 2 went thru a major revamp, which broke the compatibility of the applications with some features removed and other changed. That needed development teams working to refactor the applications.
User interface's responsiveness: I understand so much is going on under the hood, but laggyness is acceptable if a workload is running or being processed. In case their is not workload being process, GUI should work blazing fast. I have faced this at times, and this becomes frustrating as well.
Nothing other than this - BigTable is quite efficient platform and does exactly what it is built for.
I rarely actually use Couchbase Server, I just stay up-to-date with the features that it provides. However, when the need arises for a NoSQL datastore, then I will strongly consider it as an option
Couchbase has been quite a usable for our implementation. We had similar experience with our previous "trial" implementation, however it was short lived.
Couchbase has so far exceeded expectation. Our implementation team is more confident than ever before.
When we are Live for more than 6 months, I'm hoping to enhance this rating.
For big IT firms like us, data is very important and it only holds its value if it can make sense to us. Therefore, Bigtable's usability is priceless when it comes to decision making based on data.
One of Couchbase’s greatest assets is its performance with large datasets. Properly set up with well-sized clusters, it is also highly reliable and scalable. User management could be better though, and security often feels like an afterthought. Couchbase has improved tremendously since we started using it, so I am sure that these issues will be ironed out.
I haven't had many opportunities to request support, I will look forward to better the rating. We have technical development and integration team who reach out directly to TAM at Couchbase.
Couchbase could outperform it's competition considerably for database reads and writes. Full text searches were still faster in Elasticsearch but this is more of a feature than a base platform requirement for us.
So far, the way that we mange and upgrade our clusters has be very smooth. It works like a dream when we use it in concert with AWS and their EC2 machines. Having access to powerful instances along side the Couchbase interface is amazing and allows us to do rebalances or maintenance without a worry
There have been several areas of our application [that] really needed an ACID compliant database (e.g. strong transactional guarantees) that we thought we could work around while using Couchbase. [In my opinion] that turned out to be a poor bet. You need to be certain that the specific characteristics of a NoSQL database fit your problem.
Couchbase does eliminate the need for schema upgrades completely. I.e no downtime or conversion windows as you migrate your data model, adding attributes, etc. This helped with the deployment timeframe associated with DB changes.
The database is (apparently) a bit more of a space/memory consumer than originally anticipated. During deployments, we received constant pressure from Couchbase consulting teams to eliminate/reduce the number of indexes, and this was because any mutations to docs in a bucket must check for impact against all indexes. More recent years have started to address this with their "collections" features, which helps isolate indexes to specific sub-groupings of documents.