(sarcasm here with a bad taste ebcause I might be wrong in my belief ... and I want to be right that the articla info is used by everyone(or at least the majority) in the software development filed but have my doubts ... way too many doubts).
With all the paradigms - agile and etc. , gazilion of frameworks in all the different languages, the complete avoidance of database lock-in, the lack of database architect roles on job boards(I see only dba and database developer roles). One might say that database developers are responsible for this but most of the time I see that it's actually the java/php and other fourth generation language devs that are the sole db developers in the company. In the end they are the ones who make the mess in the database over the years ... and at this point in time there is no practical way back.
"Best practice" is losing to "I needed it yesterday." Technical architects need to get better at not buckling to business pressures and business folks need to read this document or stop trying to influence/dictate technical decisions. IMO Developers and business users alike are chasing the perception of success rather than constant critique/improvement which is why so much of this stuff is hiding behind the scenes.
:) We do have a lot of new cool database technologies. They may be the right choice in some specific domains. I still think RDBMs are the best generic choice. And good RDBMs design skills a core developer competence.
A number of places use Kimball's methodology to design their databases around fact and dimension tables. In those cases, you throw out the rules of normalization.
Dartmouth is a weird place, though. Until quite recently, people didn't really text or use cellphones on campus, instead relying on an incredibly ugly email client that ran on a custom protocol called BlitzMail[1].
(sarcasm here with a bad taste ebcause I might be wrong in my belief ... and I want to be right that the articla info is used by everyone(or at least the majority) in the software development filed but have my doubts ... way too many doubts).
With all the paradigms - agile and etc. , gazilion of frameworks in all the different languages, the complete avoidance of database lock-in, the lack of database architect roles on job boards(I see only dba and database developer roles). One might say that database developers are responsible for this but most of the time I see that it's actually the java/php and other fourth generation language devs that are the sole db developers in the company. In the end they are the ones who make the mess in the database over the years ... and at this point in time there is no practical way back.
It's so depressing ...