Yes, because everybody knows that, unlike a RDBMS such as MySQL, NoSQL databases like MongoDB can handle any volume of requests on whatever hardware you have available and without any fine-tuning of configuration.
A few years ago, I remember a site that, you selected which database system you used (e.g., Oracle, MySQL, PostGreSQL, etc.) and it would spit back the most likely error you were to receive when using it.
I can't find it at the moment, nor can I find a combination of terms to search for that gets me any closer to finding it -- but if somebody else remembers it, then maybe you'll get that satire after all.
Hilarious, but not the link I was thinking of. In the link in my brain, you were asked to pick the database. I remember distinctly having to click through to find out what the error was for each one.
You know, I think I saw that too. If it was the one I'm thinking of, the results were memes. I vaguely recall the one for couchdb being something like a cartoon about um... "no SQL? so how do I query it?" "You don't; you write a distributed map/reduce function in Erlang." "Did you just rell me to f*ck myself?" "I believe I did, Bob."
...or something like that. Damnit, you'd think that'd be specific enough for google to turn up something...
Edit: Woot, dbarlett got it. I think I was failing due to my incorrect recollection that it mentioned mongo and couch, and not nosql in general.
"For the “Lightning Consult” plan it costs US$ 450,00 per hour, and you have to buy at least 2, so it cost at least US$ 900,00 to any company. "
At first I thought they were charging 45 thousand an hour till I clicked through to Mongo's page and realized author is using the Brazilian/European commas instead of periods (price is $450 an hour).
I will second RoboMongo being my go-to frontend. (Half the frontends recommend in the mongo docs are defunct!) It's really quite hard to be PhpMyAdmin as a very useful universal db tool.
Seriously, the algorithmically generated headline program, could automatically stage and generate common error connections and drive the HN crowd nuts.
MongoDB's limitations have been well publicized over the past few years, but if you need another reason to avoid using it, take a look at which bug tracker they use (https://jira.mongodb.org/browse/SERVER-3110). JIRA. You simply can't trust code coming from a team that uses JIRA as their bug tracker.
I used JIRA for a number of years on a daily basis and it is easily the worst bug tracker I have ever used. I would choose any other bug tracker I have used over JIRA any day, even BugZilla.
The connection to mongodb is that their team chose JIRA and continue to use JIRA. I was implying that by choosing such a horrible bug tracker that you must question their code for mongodb.
In retrospect I probably should have added a smiley face or not made the comment at all, since it's entirely possible they didn't have a choice in the matter and JIRA was chosen for them by a pointy haired boss. After all, I was forced to use JIRA at my previous job and the quality of code I produced and technical decisions I made were not affected by choice of bug tracker. So to any mongodb devs reading this who may have been offended, I am sorry and I feel your pain in having to use JIRA, I hope you can escape it soon :)
Please stop posting these. Nothing new in the post. Yes, MongoDB is overrated. Documents store should be capable of doing a whole lot more than MongoDB offers. Sign up to be notified when Amisa server becomes generally available. http://www.amisalabs.com/
Thanks in advance for your interest.
Cached Version: http://webcache.googleusercontent.com/search?q=cache:www.ite...