From oracle-l-bounce@freelists.org Fri Jun 18 08:41:25 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i5IDemO26250 for ; Fri, 18 Jun 2004 08:41:04 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i5IDec626207 for ; Fri, 18 Jun 2004 08:40:48 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1ADA172C3EB; Fri, 18 Jun 2004 08:24:55 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05400-72; Fri, 18 Jun 2004 08:24:54 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 626EE72C50C; Fri, 18 Jun 2004 08:24:54 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 18 Jun 2004 08:23:30 -0500 (EST) X-Original-To: oracle-l@freelists.org Delivered-To: oracle-l@freelists.org Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D1F5672C7C8 for ; Fri, 18 Jun 2004 08:23:29 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05400-36 for ; Fri, 18 Jun 2004 08:23:29 -0500 (EST) Received: from smtp1.corpsys.csedge.com (unknown [12.28.86.143]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 08CBB72C4A5 for ; Fri, 18 Jun 2004 08:23:29 -0500 (EST) Received: from CSMAIL.corpsys.csedge.com ([172.21.100.103]) by smtp1.corpsys.csedge.com with InterScan Messaging Security Suite; Fri, 18 Jun 2004 08:46:00 -0500 Received: by csmail.corpsys.csedge.com with Internet Mail Service (5.5.2653.19) id ; Fri, 18 Jun 2004 08:46:00 -0500 Message-ID: <0C3690346404A94CBF4DDDD4724FC61412383517@csmail.corpsys.csedge.com> From: April Wells To: "'oracle-l@freelists.org'" Subject: RE: DBA Hacks Book Date: Fri, 18 Jun 2004 08:45:59 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4553A.965F0410" X-Virus-Scanned: by amavisd-new at freelists.org X-archive-position: 3021 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: AWells@csedge.com Precedence: normal Reply-To: oracle-l@freelists.org X-list: oracle-l X-Virus-Scanned: by amavisd-new at freelists.org ------_=_NextPart_001_01C4553A.965F0410 Content-Type: text/plain; charset="iso-8859-1" Sometimes you just can't convince some people that an ALTER statement (not alter table... ALTER GOTO in COBOL) isn't really a good thing any more. April Wells Oracle DBA/Oracle Apps DBA Corporate Systems Amarillo Texas @>-->-->-- "Few people really enjoy the simple pleasure of flying a kite" Adam Wells age 11 "Imagination is the highest kite one can fly." Lauren Bacall -----Original Message----- From: rob zijlstra [mailto:rmsah@xs4all.nl] Sent: Friday, June 18, 2004 8:40 AM To: oracle-l@freelists.org Subject: RE: DBA Hacks Book >> I work with developers who use our databases all the time in ways that aren't anticipated but I can't discuss it without a lot of unfriendly language. Here we go again... In prehistoric times (about 1980) when I started to learn to program, one of the first things I learned that if a user does something that you hadn't anticipate, it was not the fault of the user. Of course it only meant that the programmer didn't use his brains enough to foresee these things. He should make a better program, and certainly NOT try to explain to the user that 'he shouldn't do that and that'; no, if he was a real programmer, the user could NEVER even do 'that and that'. The sentence above only means to me, that the person who developed the db in question should try to work smarter instead of complaining! Greetings, Rob Zijlstra. The information contained in this communication, including attachments, is strictly confidential and for the intended use of the addressee only; it may also contain proprietary, price sensitive, or legally privileged information. Notice is hereby given that any disclosure, distribution, dissemination, use, or copying of the information by anyone other than the intended recipient is strictly prohibited and may be illegal. If you have received this communication in error, please notify the sender immediately by reply e-mail, delete this communication, and destroy all copies. Corporate Systems, Inc. has taken reasonable precautions to ensure that any attachment to this e-mail has been swept for viruses. We specifically disclaim all liability and will accept no responsibility for damage sustained as a result of software viruses and advise you to carry out your own virus checks before opening any attachment. ------_=_NextPart_001_01C4553A.965F0410 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable DBA Hacks Book
Sometimes you just can't convince some people that an ALTER= statement=0D (not alter table... ALTER GOTO in COBOL) isn't really a good thing any=0D more.
 

April Wells
Oracle DBA/Oracle Apps DBA
Corporate Systems
Amarillo Texas
 @>-->-->--
"Few=0D people really enjoy the simple pleasure of flying a kite"
Adam Wells age 11
"Imagination is the highest kite one can=0D fly."
Lauren Bacall=

-----Original Message-----
From: rob zijlstra=0D [mailto:rmsah@xs4all.nl]
Sent: Friday, June 18, 2004 8:40=0D AM
To: oracle-l@freelists.org
Subject: RE: DBA Hacks= =0D Book

>>=0D I work with developers who use our databases all the time= in=0D ways that aren't anticipated but I can't discuss it without a lot of=0D unfriendly language.

 

Here we go=0D again...

In prehistoric= times=0D (about 1980)  when I started to learn to program, one of the first= things=0D I learned that if a user does something that you hadn't anticipate, it= was not=0D the fault of the user. Of course it only meant that the programmer didn't= use=0D his brains enough to foresee these things. He should make a better= program,=0D and certainly NOT try to explain to the user that 'he shouldn't do that= and=0D that'; no, if he was a real programmer, the user could NEVER even do= 'that and=0D that'.

 

The sentence= above=0D only means to me, that the person who developed the db in question should= try=0D to work smarter instead of complaining!

 

Greetings,

 

Rob=0D Zijlstra.

 

 

 

<= /HTML>
The information= contained in this communication,
including attachments, is strictly= confidential
and for the intended use of the addressee only;
it= may also contain proprietary, price sensitive,
or legally privileged= information. Notice is hereby
given that any disclosure, distribution,= dissemination,
use, or copying of the information by anyone other=
than the intended recipient is strictly prohibited
and may be= illegal. If you have received this communication
in error, please= notify the sender immediately by
reply e-mail, delete this= communication, and destroy
all copies.

Corporate Systems, Inc.= has taken reasonable precautions
to ensure that any attachment to this= e-mail has been
swept for viruses. We specifically disclaim all= liability
and will accept no responsibility for damage sustained=
as a result of software viruses and advise you to carry
out your= own virus checks before opening any= attachment.
------_=_NextPart_001_01C4553A.965F0410-- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------