Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> RE: In a far away land ...

RE: In a far away land ...

From: Johnson, George <GJohnson_at_GAM.COM>
Date: Mon, 27 Jun 2005 16:24:48 +0100
Message-ID: <>

        If you enjoy Oracle tales that make you wince, for those haven't read it already, get the book "Oracle Insights - Tales from the Oak Table". The story of the "Vision" database and Mr Lewis' "worst of all worlds" application, make you wonder how people could make such awful mistakes, but you then find yourself poking about your own business applications, looking for similar design suspects!

-----Original Message-----

From: Freeman, Donald [] Sent: 27 Jun 2005 16:16
To:; Subject: RE: In a far away land ...

That's all we're getting this year. The sequel (SQL?) will be out next year.

Don Freeman
Database Administrator 1
Bureau of Information Technology
Pennsylvania Department of Health
717-783-8095 Ext 337

-----Original Message-----

From: []On Behalf Of Powell, Mark D
Sent: Monday, June 27, 2005 10:42 AM
Subject: RE: In a far away land ...

Tom, I almost always find stories based on stupidity and/or short sited thinking to be of interest. I have been the victim of both problems a couple of times.

IMHO -- Mark D Powell --

-----Original Message-----

From: Mercadante, Thomas F (LABOR)
[] Sent: Monday, June 27, 2005 10:30 AM
To: Powell, Mark D;; Subject: RE: In a far away land ...

And who cares?

-----Original Message-----

From: [] On Behalf Of Powell, Mark D
Sent: Monday, June 27, 2005 10:26 AM
To:; Subject: RE: In a far away land ...

So what happened next and what was the problem?

-----Original Message-----

From: [] On Behalf Of Ramesh FL
Sent: Saturday, June 25, 2005 6:20 PM
Subject: In a far away land ...

Since it is a week end, I thought I would share this non technical stuff with you:   

In a far away land rich with natural resources, there is a big bank with branches all over the country.    

They have many databases taking care of their every day business needs. Databases/applications are well implemented to the satisfaction of users. They work properly and give the desired output. Most things are automated: backup processes, cron jobs automate many other things. An operator takes care of changing the tapes. The DBA does not have much to do. The bank has lots of money. They even change the disks once a while, not waiting for the MTBF. Apparently, no modification was needed in the production system.    

For several years nothing goes wrong with the database. DBA leaves to pursue other opportunities. The management decides not to replace the production DBA. They do not see the need for replacing the DBA. (I dont know about patches and upgrades, restores and other things... ) After all nothing went wrong in the years when the DBA was there. (It seems there was only one DBA).    But it so happened after the DBA left, one fine morning, a main mission critical application dies, because of some problem (later they came to know because of some database issue). That day business in all the branches of the bank all through the country had to be conducted with papers, transactions recorded in papers.

This message contains confidential information and is intended only for the individual or entity named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as an invitation or offer to buy or sell any securities or related financial instruments.
GAM operates in many jurisdictions and is regulated or licensed in those jurisdictions as required.

-- Received on Mon Jun 27 2005 - 11:30:14 CDT

Original text of this message