C'mon folks! You *must* know that all those woes can be "cost-effectively" fixed with liberal applications of "dba2.0" and putting all that "stuff" in the "cloud"! After all, the competitive advantage of understanding one's own systems and how to extract the best value out of them has been replaced by "cut costs at any cost" in the microbial brains that populate middle and top ICT management nowadays. Ah well: when I and so many others warned in the 90s and early naughties this was the way IT was going, we were pushed over by the "dbas are too expensive" brigade.
Have fun and enjoy it now! ;) -- Cheers Nuno Souto in cold Sydney, Australia dbvision@xxxxxxxxxxxx Goulet, Richard wrote,on my timestamp of 9/07/2010 2:06 AM:
Greg, Yes things are that bad out here in the field, and management is totally blind to what is going on. Why, because the duhveloper makes the application work as expected by management no matter how much work and resources he burns in the background, especially when his/her manager doesn't have to pay for those resources. In the case I'm working on the view definitions that the duhvelopers came up with are so hideous that they perform badly at best individually, even worse when combined to the point where having locally replicated versions of the data, even un-indexed, performs much better. Now that fact has been the cause of other problems with standby databases that have poor communication to our datacenter, but does that force a fix to the underlying problem? NO because someone else pays for bandwidth improvements or better yet then simply push the problem back on the DBA group which then ties up an entire person for a week repairing a standby db. Now I'm trying to get the underlying problems fixed & I get one manager complaining to my manager that I'm poking my nose in where it does not belong. Bother, what a pain in the backside. Dick Goulet Senior Oracle DBA/NA Team Lead PAREXEL International -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Greg Rahn Sent: Tuesday, July 06, 2010 3:37 PM To: oracle-l@xxxxxxxxxxxxx Subject: Re: Merge Apologies in advance for the slight diversion from the OP, but I can't help but read this thread (and others of similar context) and think to myself: "IT is so broken in so many companies". Management really needs to make "duhvelopers" fix their broken code. Period. It's no wonder that DBAs feel over burdened and don't have time to investigate new technologies/features/etc. -- their time is consumed with stop gap fixes day after day. Fixing things at the top of the stack is so much easier and so much more cost effective. Time to get with the program.
-- //www.freelists.org/webpage/oracle-l