Re:Introduction to MongoDB
by tracker1 on Monday June 19, 2017 @03:29PM
(#14589690)
I think the takeaway of "easily" is relevant... I would say "as easily" and it really depends on your needs. Very high write scenarios don't work as well in an SQL database as say a Cassandra cluster. Let alone multi-master or automatic failover scenarios. Most NoSQL databases are easier to setup for certain types of eventual consistency scaling...
Now, better consensus varies a lot by db... I'm a pretty big fan of the approaches of RethinkDB, and would love to use it sometime over Mongo for an actual project. But Mongo isn't horrible for some use cases. Likewise, Cassandra and ElasticSearch also have their good/great use cases. It just depends on your need.
In the end though, if you need very high writes and redundancy, then SQL databases can start to hit bottlenecks very quickly. You usually have to relax part of the db constraints for growing beyond a certain point horizontally. You can shard and manually shard SQL data, but it gets weird, and anything but "easy".
Now, better consensus varies a lot by db... I'm a pretty big fan of the approaches of RethinkDB, and would love to use it sometime over Mongo for an actual project. But Mongo isn't horrible for some use cases. Likewise, Cassandra and ElasticSearch also have their good/great use cases. It just depends on your need.
In the end though, if you need very high writes and redundancy, then SQL databases can start to hit bottlenecks very quickly. You usually have to relax part of the db constraints for growing beyond a certain point horizontally. You can shard and manually shard SQL data, but it gets weird, and anything but "easy".