The genius and folly of MongoDB
nyeggen.com
The genius and folly of MongoDB
1–10 of 280 posts
Re: The genius and folly of MongoDB
#2> MongoDB is easy to make fun of.
I think more often its easy to poke fun at _how_ its used.
When any tool or tech is used globally, before knowing its limitations, problems are likely. Attempting to use MongoDB in all storage or persistence scenarios is no more sensible than using MySQL in all cases.
Yes, there is marketing around this product that must be looked at critically - after taking into account that many newly developed technologies won't solve all the problems older tech have worked for decades to solve.
Re: The genius and folly of MongoDB
#3Really like this article. I try not to dump on MongoDB too much because frankly I have never taken the time to understand its internals. I constrain my criticisms to particular unnecessary failures/inadequacies that I personally have experienced (or any "I'll just use mongodb so I don't have to worry about my data" sentiment).
Funny punchline at the end there too.
Re: The genius and folly of MongoDB
#4This article doesn't really make a case for "genius" -- "saving grace", maybe. And in what universe are the Redis data structures "crazy"?
Re: The genius and folly of MongoDB
#5This article doesn't really make a case for "genius" -- "saving grace", maybe. And in what universe are the Redis data structures "crazy"?
Redis internal data structures are quite sophisticated.
Re: The genius and folly of MongoDB
#6> MongoDB is easy to make fun of. I think more often its easy to poke fun at _how_ its used. When any tool or tech is used globally, before knowing its limitations, problems are likely. Attempting to use MongoDB in all storage or persistence scenarios is no more sensible than using MySQL in all cases. Yes, there is marketing around this product that must be looked at critically - after taking into account that many n…
I think the difference is you don't get made fun of online for using MySQL for everything
Re: The genius and folly of MongoDB
#7> MongoDB is easy to make fun of. I think more often its easy to poke fun at _how_ its used. When any tool or tech is used globally, before knowing its limitations, problems are likely. Attempting to use MongoDB in all storage or persistence scenarios is no more sensible than using MySQL in all cases. Yes, there is marketing around this product that must be looked at critically - after taking into account that many n…
I think the difference is you don't get made fun of online for using MySQL for everything
MySQL is richly deserving of ridicule as well. It's ubiquity is unfortunate.
Re: The genius and folly of MongoDB
#8He's right that MongoDB could use improvements like string interning so you don't need to worry about field names. But overall, I think this article is very misleading.
If you use MongoDB in production, you should definitely take he time to learn about the durability options on the database side AND in your driver. By using them appropriately, you can have as little or as much as you like. Data sets larger than 100GB are no problem either -- right now I'm running an instance with a 1.6TB database.
As always, use the right tool for the right job. If you need joins/etc. and don't need unstructured data, Mongo probably isn't a great choice (even with the aggregation framework).
Re: The genius and folly of MongoDB
#9This article doesn't really make a case for "genius" -- "saving grace", maybe. And in what universe are the Redis data structures "crazy"?
I read it as "crazy useful".
Re: The genius and folly of MongoDB
#10Like the article says, ZFS is pretty damn good.
Keystore where the "engine" is ZFS works mighty well and is reliable. There is little need for simple solutions like MongoDB if the filesystem rocks.