Live data from Hacker News

Don't use MongoDB

pastebin.com

281–290 of 331 posts

Re: Don't use MongoDB

#281
post #276

Earlier quoted context omitted.

and now he is openly trying to discredit himself. He is either a troll with a conscious or his cloak of anonymity is wearing thin

Yes, i am a troll, and things have gotten a little out of hand. Just because a story was very successful at fishing for up-votes, it doesn't have to be true, people around here need to be a lot more sceptical. And i think everyone who truly pays attention will know by now that MongoDB is the next MySQL.

"....i think everyone who truly pays attention will know by now that MongoDB is the next MySQL."

You are joking again?

Re: Don't use MongoDB

#282

Earlier quoted context omitted.

Your replies so far are excellent. You're pointing out things I've overlooked, thanks. > However, because there is no way to set constraints across joins, in practice, the dependencies of data constraints are as important as the dependencies of data values. I don't follow your argument here. Could you restate it? > As far as recursive queries, I am not 100% sure this is ideal either from a read performance perspectiv…

> I don't follow your argument here. Could you restate it? Sure. Quick note, will use PostgreSQL SQL for this post. Ok, take a simple example regarding US street addresses. A street address contains the following important portions: 1) Street address designation (may or may not start with a digit). We will call this 'address' for relational purposes. 2) City 3) State 4) Zipcode As for data value dependencies: zipcode…

In response to PostgreSQL's custom index types, taking a quick look at the API, I don't see a way of telling GiST indexes which entries need to be updated when a row's parent id is changed.

Consequently I don't believe there is a reasonable way to index this because there is no way to ensure the indexes are current and so you don't have a good way of testing that a row is in a path on the tree other than building the tree with recursive subqueries.

The thing is, unless you have a system which is aware of hierarchical relationships between the rows (which by definition is outside the relational model), you have no way of handling this gracefully. So here you have lots of reads, I really think dedicated hierarchical systems will win for hierarchical data.

Of course this wouldn't necessarily mean you couldn't store everything in the RDBMS and periodically export it to the hierarchical store.....

Re: Don't use MongoDB

#283
post #242

This post is unparalleled FUD. We use MongoDB in production and all the issues we've encountered have been either environment or configuration related. There are plenty of things about MongoDB I don't like but this OP is a total coward. If you've got something to say, put your name on it and come out in the open. This type of post is the worst of its "hiding behind Internet anonymity" kind. And for the record, I don'…

This is simply anonymous vile FUD. It does not even read like an honest story. There is also not one reference to a real case, or anything that can be sourced at all. There seems to be a FUD offensive going against MongoDB for some reason.

The thing that worries me most is that this article got so many upvotes.

Re: Don't use MongoDB

#284
post #275
post #271

Earlier quoted context omitted.

You submitted an anonymous anti-mongo story under the name 'nmongo'? What was your agenda here?

My intention was to troll as many hipsters as possible and make them a little more aware of how easy to manipulate they are, without even providing the slightest bit of evidence. It cracks me up that there are startups out there right now, making foolish architecture decisions based on the FUD i'm spreading. Start thinking for yourself!

And in the process of discrediting, you might have turned many people away from MongoDB. You actions seem irresponsible to me. Unbeknownst to you at the time of posting, I'm sure, but your blog has gone somewhat viral, and it could take 10gen a while to recover from the negative press. Did you consider this when posting?

Kudos to Eliot for coming on and answering your phony accusations. I feel sorry for him though as he has obviously spent a great deal of time in responding, when he could have been doing other important things, like fixing urgent bugs. As others have pointed out, this is the mark of a company who take very good care of their customers. Customer service is what differentiates chiefs from cowboys.

HN is an important community resource, especially for people with little startup / dev experience. I would urge you to think next time before being so irresponsible.

Re: Don't use MongoDB

#285
post #275
post #271

Earlier quoted context omitted.

You submitted an anonymous anti-mongo story under the name 'nmongo'? What was your agenda here?

My intention was to troll as many hipsters as possible and make them a little more aware of how easy to manipulate they are, without even providing the slightest bit of evidence. It cracks me up that there are startups out there right now, making foolish architecture decisions based on the FUD i'm spreading. Start thinking for yourself!

Interesting you characterise mongodb users as hipsters - why is that? (at the risk of engaging a troll)

We use mongodb extensively, but I get the hipster feeling also, mostly because they hold office hours at Look Mum No Hands in Old Street, which is ultra proto-hipster.

Re: Don't use MongoDB

#286
post #246

From CTO of 10gen First, I tried to find any client of ours with a track record like this and have been unsuccessful. I personally have looked at every single customer case that’s every come in (there are about 1600 of them) and cannot match this story to any of them. I am confused as to the origin here, so answers cannot be complete in some cases. Some comments below, but the most important thing I wanted to say is…

I SUBMITTED THIS STORY AND IT IS IN FACT A HOAX!

You have too much time on your hands.

Hacker News used to be a place where serious and somewhat time poor programmers gather to exchange ideas and learn from one another in good faith.

We are certainly not here to listen to some dumbfuck spread misinformation.

You should have known better.

Consider joining Fox News. But I'm not sure if they'll stoop this low.

Kind regards.

Re: Don't use MongoDB

#287
post #275

Earlier quoted context omitted.

My intention was to troll as many hipsters as possible and make them a little more aware of how easy to manipulate they are, without even providing the slightest bit of evidence. It cracks me up that there are startups out there right now, making foolish architecture decisions based on the FUD i'm spreading. Start thinking for yourself!

And in the process of discrediting, you might have turned many people away from MongoDB. You actions seem irresponsible to me. Unbeknownst to you at the time of posting, I'm sure, but your blog has gone somewhat viral, and it could take 10gen a while to recover from the negative press. Did you consider this when posting? Kudos to Eliot for coming on and answering your phony accusations. I feel sorry for him though as…

There are only a few comments from credible sources in this thread, and none of those had anything negative to say about MongoDB, don't believe blindly.

Re: Don't use MongoDB

#288
post #275

Earlier quoted context omitted.

My intention was to troll as many hipsters as possible and make them a little more aware of how easy to manipulate they are, without even providing the slightest bit of evidence. It cracks me up that there are startups out there right now, making foolish architecture decisions based on the FUD i'm spreading. Start thinking for yourself!

It´s worth asking. Zed?

[deleted]

Re: Don't use MongoDB

#290
post #289

Earlier quoted context omitted.

Ah, but how do we know that you're not a random person who's trying to discredit the OP?

It's the same account as the person who submitted the link.

I wonder if someone guessed the password to the throwaway account. I bet it (was) either the same as the username or something like "password".
Post reply on HN