home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / ingres / 2366 < prev    next >
Encoding:
Text File  |  1993-01-27  |  1.5 KB  |  43 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!timbuk.cray.com!mmc.mmmg.com!mmm.serc.3m.com!umn.edu!moose.cccs.umn.edu!mcj
  3. From: mcj@moose.cccs.umn.edu (Mark C. Jones)
  4. Subject: Checking for SQL errors after commit
  5. Message-ID: <26JAN199309454635@moose.cccs.umn.edu>
  6. News-Software: VAX/VMS VNEWS 1.41    
  7. Sender: news@news2.cis.umn.edu (Usenet News Administration)
  8. Nntp-Posting-Host: moose.cccs.umn.edu
  9. Reply-To: mcj@moose.cccs.umn.edu
  10. Organization: Colon Cancer Control Study, University of Minnesota, Minneapolis
  11. Date: Tue, 26 Jan 1993 15:45:00 GMT
  12. Lines: 29
  13.  
  14.  
  15. In our 4gl code we are currently suppressing ingres errors from database
  16. selects / inserts / updates. We then check for the error in the subsequent
  17. statement using inquire_ingres.
  18.  
  19. i.e.    select a from tablex;
  20.     inquire_ingres (error_no = errorno);
  21.         if error_no !=0 then
  22.         rollback;
  23.         message 'Select error on tablex' with style = popup;
  24.         rollback;
  25.             return;
  26.         endif; 
  27.  
  28. Current coding does not check for an sql error after a commit statement.
  29. I assume that an error can occur though during the commit and I am 
  30. wondering how likely this occurrence is , or would any problem with the
  31. transaction log file have manifested itself before the commit was actually
  32. reached.
  33.  
  34.  
  35.  ------------------------------------------------------------------ 
  36.  Mark C. Jones (mcj@moose.cccs.umn.edu) 
  37.  CSC Partners
  38.  5500 Wayzata Blvd, Suite 1100
  39.  Minneapolis  MN 55416  USA
  40.  +1 612 593 1122                   
  41.  ------------------------------------------------------------------ 
  42.  
  43.