Live data from Hacker News

NoSQL: Why it's So Damn Sticky

roadtofailure.com

11–20 of 39 posts

Re: NoSQL: Why it's So Damn Sticky

#11
post #7
post #3

Earlier quoted context omitted.

Kept you reading for the whole thing though, didn't he?

Not me. Just to clarify: I don't mean to say that I didn't read the article. I mean to say that the tapir analogy was distracting and detracted from the article.

I quit too.

Re: NoSQL: Why it's So Damn Sticky

#12
post #9

Then you’d say, “Hells yeahs, Tapirs are cuddly”. You´d be wrong... This essay is long and disorganized. To spare those who would other wise have to suffer through it the trouble: It's basically a defense of the the term 'NoSQL' as a description of the collective of hash-key stores, documents dbs, etc that have been gaining popularity of late. His claim: 'NoSQL' represents some kind of escape from the oppressiveness…

Thanks for the synapsis. I read too many paragraphs of this waste of time before giving up. How does this get upvoted?

Re: NoSQL: Why it's So Damn Sticky

#13
AltDB and NoSQL are stupid labels. These names put people into the perspective of relational databases and then show them something totally different. The consumer then has difficulty understanding the topic.

These labels bundle CouchDB into the same category as heavier-than-relational OO databases.

A much better grouping label would be 'map cloud'.

Re: NoSQL: Why it's So Damn Sticky

#14
post #7

Earlier quoted context omitted.

Not me. Just to clarify: I don't mean to say that I didn't read the article. I mean to say that the tapir analogy was distracting and detracted from the article.

I quit too.

Reading is hard and I hate it.

Re: NoSQL: Why it's So Damn Sticky

#15

NoSQL is sticky because people have been misusing SQL databases for things that they are bad at for years. Now people are doing things right, and it feels better. All the people that show up to NoSQL articles and say, "you should always use SQL" are the ones that happened to use relational databases for the right tasks. I wish there was a delay between when screws were invented and when screwdrivers were invented so…

Thanks, exactly :)

Re: NoSQL: Why it's So Damn Sticky

#16
post #9

Then you’d say, “Hells yeahs, Tapirs are cuddly”. You´d be wrong... This essay is long and disorganized. To spare those who would other wise have to suffer through it the trouble: It's basically a defense of the the term 'NoSQL' as a description of the collective of hash-key stores, documents dbs, etc that have been gaining popularity of late. His claim: 'NoSQL' represents some kind of escape from the oppressiveness…

Thanks for the synapsis. I read too many paragraphs of this waste of time before giving up. How does this get upvoted?

"Synopsis" is the word you're looking for.

Re: NoSQL: Why it's So Damn Sticky

#18

NoSQL is sticky because people have been misusing SQL databases for things that they are bad at for years. Now people are doing things right, and it feels better. All the people that show up to NoSQL articles and say, "you should always use SQL" are the ones that happened to use relational databases for the right tasks. I wish there was a delay between when screws were invented and when screwdrivers were invented so…

Well, there is also the widespread belief that "if MySQL doesn't do it, it's impossible for any RDBMS to". When people say "scalability" or "sharding" for instance, this is what they're complaining about.

Re: NoSQL: Why it's So Damn Sticky

#19
It's a lot easier to get behind a no than a yes. As long as NoSQL is expressed as a negative, it's a very big tent. Even DBAs and relational model types have some complaints about SQL.

As soon as it turns into "we're using Project Voldemort, can you figure out how to hook a reporting tool up to it tomorrow?", you find a lot less consensus.

Re: NoSQL: Why it's So Damn Sticky

#20
post #13

AltDB and NoSQL are stupid labels. These names put people into the perspective of relational databases and then show them something totally different. The consumer then has difficulty understanding the topic. These labels bundle CouchDB into the same category as heavier-than-relational OO databases. A much better grouping label would be 'map cloud'.

I find "data stores" much easier to understand and isnt a loaded term.
Post reply on HN