home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / oracle / 2649 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.5 KB
  1. Path: sparky!uunet!hayes!fgreene
  2. From: fgreene@hayes.com
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: What is Oracle?
  5. Message-ID: <6602.2b4005d8@hayes.com>
  6. Date: 29 Dec 92 08:01:28 EDT
  7. References: <1992Dec23.161943.7494@eagle.lerc.nasa.gov>
  8. Organization: Hayes Microcomputer Products, Norcross, GA
  9. Lines: 23
  10.  
  11. In article <1992Dec23.161943.7494@eagle.lerc.nasa.gov>, tostan@dumbo.lerc.nasa.gov (Stan Mohler) writes:
  12. > What is Oracle?  I know nothing about database programs.
  13. > 
  14. > -- 
  15. > -----------------------------------------------------------------------------
  16. > Stan Mohler
  17. > NASA Lewis Research Center         |    
  18. > Cleveland, Ohio  44135             |     email: tostan@dumbo.lerc.nasa.gov 
  19. > -----------------------------------------------------------------------------
  20.  
  21. People will talk about relational capabilities, quick response for data 
  22. retrieval, etc., but as far as I am concerned the greatest advantage of
  23. Oracle is its oops! capability.  Not OOPS as in object oriented programming,
  24. but oops! as in 'I made a mistake' or 'the user forgot to tell me.'
  25.  
  26. For example, in the days of big Cobol systems, remember the nightmare when
  27. the Post Office decided to go to zip+4?  All file definitions had to be
  28. changed, all picture clauses in programs needed to be rewritten, and on and
  29. on and on ...(at this point the bunny should walk across the screen)
  30.  
  31. In Oracle (and any good relational language) you just say 'oops!', modify
  32. the table definition(s) involved and keep on trucking.  Unless a given form
  33. or report actually used the zip code field, the change was transparent.  
  34.