3 ms·
I disagree with articles (and people) that are written like this. Reminds me of how burecrautized the sector can be. 99% of database deployments are made by a
by almosnow 13y ago
I disagree with articles (and people) that are written like this. Reminds me of how burecrautized the sector can be.
99% of database deployments are made by a guy like this and they are hell on earth (thousands of tables, 20+ recursive joins between them, a specification that spans more than 500 tables, "and that's just the 'inventory' database". But hey! the guy must know what he's doing! he's got 'the theory' and Oracle certifications here and there...
At the end or the day the best theory is the one that works. An experienced and honest DBA should propose the tools that better fit the problem given instead of trying to fit the problem within the toolset he arbitrarily prefers.
Disclaimer: I'm using 'he' in its generic gender-neutral form. It wouldn't be nice to get fired just for a quick and casual HN comment.
- jamiesonbecker 13y agoThe fact that you would even theoretically be fired for expediently using a gender-specific pronoun is beyond ridiculous. Unless, of course, you're part of the political correctness secret police.
- almosnow 13y agoHaha, haven't seen the news lately? Check out what happened w/ node, also the guy that made the 'dongle' joke.
- lukaseder 13y agoI'm still waiting for any NoSQL technology to produce masterpieces of algorithmic knowledge as the guys at Oracle (or Microsoft, IBM, etc.) do. Have you read Tom Kyte's metadata matters? http://de.scribd.com/doc/28708969/Metadata-Matters-by-Tom-Kyte-Oracle http://de.scribd.com/doc/28708969/Metadata-Matters-by-Tom-Ky... This isn't just about Oracle certifications. This is about databases that can actually handle the "hell on earth" complexity that some systems simply have. Or do you think you can run a bank or an insurance company on a key-value store, implementing their immensly complex business rules with a couple of hash tables? Granted, every problem can be solved with the appropriate tool and some NoSQL tech is indeed appropriate for some problems. But then again, SQL is actually a pretty good tech for 90% of the problems.
- almosnow 13y agoIMHO and probably limited experience, all data problems as data size and concurrency approaches infinite become the same problem, and that problem is more easily solved with a KVS rather than with infinite RDB tables. To me, KVS and RDB are just two sides of the same coin. If you start modelling properties your DB will look like a RDB, if you start with objects first your DB will look like a KVS. I prefer KVSs because it's more natural for me to think of everything that way. Here I'm abusing the scope of the word KVS, what I pretend to mean is some kind of "document" store accessible/sorted by keys.
- lukaseder 13y agoYes, I know that Erik Meijer tried to claim that KVS (NoSQL) and RDBMS are two sides of the same coin: http://queue.acm.org/detail.cfm?id=1961297&repost http://queue.acm.org/detail.cfm?id=1961297&repost To me, quite frankly, his article sounded more like a pro-LINQ marketing campaign than anything else :-). No wonder he's propagating duality between SQL and NoSQL (coSQL) when he planned on creating a company called Applied Duality Inc...
- almosnow 13y agoDidn't knew of that article, thanks. Nice one but yeah it kind of sucks that the theory is used like a preamble for trying to sell you LINQ