RE: In a far away land ...

        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 [mailto:dofreeman@xxxxxxxxxxx] 
Sent: 27 Jun 2005 16:16
To: mark.powell@xxxxxxx; oracle-l@xxxxxxxxxxxxx
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: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On
Behalf Of Powell, Mark D
Sent: Monday, June 27, 2005 10:42 AM
To: oracle-l@xxxxxxxxxxxxx
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)
[mailto:Thomas.Mercadante@xxxxxxxxxxxxxxxxx] 
Sent: Monday, June 27, 2005 10:30 AM
To: Powell, Mark D; karai.ramesh@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx
Subject: RE: In a far away land ...

And who cares?

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]
On Behalf Of Powell, Mark D
Sent: Monday, June 27, 2005 10:26 AM
To: karai.ramesh@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx
Subject: RE: In a far away land ...

So what happened next and what was the problem?


-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]
On Behalf Of Ramesh FL
Sent: Saturday, June 25, 2005 6:20 PM
To: oracle-l@xxxxxxxxxxxxx
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.
--
--
http://www.freelists.org/webpage/oracle-l
--
http://www.freelists.org/webpage/oracle-l


****************************************************************************
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.
****************************************************************************

--
http://www.freelists.org/webpage/oracle-l

Other related posts: