home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / ingres / 1184 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.9 KB
  1. Path: sparky!uunet!cs.utexas.edu!swrinde!mips!sdd.hp.com!uakari.primate.wisc.edu!zazen!news
  2. From: kmchylla@vms.macc.wisc.edu
  3. Newsgroups: comp.databases.ingres
  4. Subject: Re: ESQL Bug
  5. Message-ID: <1992Aug20.153621.26481@macc.wisc.edu>
  6. Date: 20 Aug 92 15:24:07 GMT
  7. Sender: news@macc.wisc.edu (USENET News System)
  8. Organization: University of Wisconsin Academic Computing Center
  9. Lines: 45
  10.  
  11. >kmchylla@vms.macc.wisc.edu writes:
  12. > 
  13. >|I wrote an embedded SQL program using C that seems to go into an
  14. >|infinite loop when I have too many records to process, and
  15. >|I can't figure out why.  The program simply sets up a
  16. >|cursor to read each record, take a character field (storing
  17. >|a gregorian date) and convert it to a date.  It updates another 
  18. >|field in the same record (a date field), and fetches the next record.   
  19. > 
  20. >Richard Begg (richard@asis.unimelb.edu.au) answers:
  21. >Let me see if I've got this right...
  22. > 
  23. >You have a cursor on which selects rows from a table, performs
  24. >some calculation then updates the row.
  25. > 
  26. That is correct, sir! :-)
  27.  
  28. >Have you declared the cursor for update?
  29. Yup!
  30.  
  31. >How large is this table?
  32. ~150,000 records
  33.  
  34. >How far does it get before it loops?
  35. On the 6610, the program will work if I cut the table up into smaller
  36. chunks of about 70,000 records.  On the 4000, the table must be
  37. less than 20,000.
  38.  
  39. > 
  40. >Just a suggestion:  This sort of operation is *VERY* inefficient in a
  41. >relational database (we found out the hard way!).  If it is at all possible
  42. >to perform this operation in raw SQL operations rather than
  43. >using a cursor loop, then I would go for it, especially if the data set is
  44. >large.
  45. > 
  46.  
  47. I'd love to, but don't know of a way to take an unconventional
  48. gregorian date and convert it to a regular mm/dd/yy kind of date.
  49. Besides, I really am getting curious as to why a program would 
  50. start looping without giving any SQL errors, any errors in the 
  51. Ingres errlog, or VMS errors.
  52.  
  53. Thanks for your questions!
  54.  
  55. Kathy Chylla
  56.