Differentiating between "Denormalization" and excuse making.

re: Differentiating between "Denormalization" and excuse making.

Andrei Ignat — Mon, 02 Oct 2006 15:42:00 GMT

And I think that , maybe , it is also a "assurance" for the database maker... he and only he knows where to put any modifs... and any other person only make educated guesses.

re: Differentiating between "Denormalization" and excuse making.

Jerry — Thu, 28 Sep 2006 09:12:38 GMT

Oh Boy, you must have met some very poor minded AS/400 programmers - I have never met such folks, that maybe they never went to Common or the IBM ITSO Conferences. AS/400 DB is a RDBMS System - in the first Versions they just not told it. AS/400 (i5 or iSeries) still rocks!

re: Differentiating between "Denormalization" and excuse making.

Brian Madsen — Thu, 28 Sep 2006 04:34:31 GMT

Hey Bill - good to see you're settling in and back at blogging again..thought for a second that you'd gone AWOL on us and we'd hear about it on CNN later this week.

Anyhow...i feel your pain, i seriously do..i have three REALLY badly designed applications here (legacy systems) that's causing us no end of trouble.

yesterday i had a word with my department about the biggest issues (such as using foreign keys but not actually setting up a relationship, not validating data from non-trusted sources, correct DB design etc) - now the senior guys on my staff are tight..i mean real tight and they know what they're doing.

but unfortunately time constaints and legacy systems means we can't police what our DB guys do..hell i've tried to get them to listen to me for the last 6 months and i'm getting to the point of either 1) sacking them or 2) leaving myself since it's a constant battle.

have mentioned it to senior management but there's no clue there...no light..only cobwebs since they're not thinking straight and it appears that option 1) isn't really a viable option (eg. sacking them can't be done...somebody's protecting them, high up in the food-chain).