home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / 7940 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.6 KB  |  32 lines

  1. Xref: sparky comp.databases:7940 comp.databases.oracle:2240 comp.databases.sybase:351 comp.databases.informix:2465 comp.databases.ingres:1929
  2. Newsgroups: comp.databases,comp.databases.oracle,comp.databases.sybase,comp.databases.informix,comp.databases.ingres
  3. Path: sparky!uunet!sun-barr!ames!nsisrv!stars.gsfc.nasa.gov!thompson
  4. From: thompson@stars.gsfc.nasa.gov (William Thompson, code 682.1, x2040)
  5. Subject: Validating data imported from text files.
  6. Message-ID: <18NOV199217192059@stars.gsfc.nasa.gov>
  7. News-Software: VAX/VMS VNEWS 1.4-b1  
  8. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  9. Nntp-Posting-Host: stars.gsfc.nasa.gov
  10. Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
  11. Distribution: usa
  12. Date: Wed, 18 Nov 1992 21:19:00 GMT
  13. Lines: 17
  14.  
  15. I was just told something startling.  In an E-mail message from Myron China
  16. <mryo@ind_maroon.gwl.com>, I was told
  17.  
  18.    problem with flat file xfers is verifying successful completions of both
  19.    the dump and the import.  oracle products, for instance, always signal 
  20.    a 0 return code whether or not it had a problem.  so you end up spooling
  21.    log files and checking them for errors yourself.  we also check file
  22.    record layouts for validity before anything goes through.
  23.  
  24. That's an astonishing statement to me!  Our current plan calls for *ALL* data
  25. imported into the database to come from flat ASCII files generated by other
  26. programs.  Populating the database is supposed to be an automatic process that
  27. works unattended.  Problems are supposed to be signalled when they occur.
  28.  
  29. Is this the same with the other major SQL databases: Ingres, Sybase, Informix?
  30.  
  31. Bill Thompson
  32.