home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / informix / 2410 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.4 KB
  1. Path: sparky!uunet!stanford.edu!rutgers!uwvax!thylacine.cs.wisc.edu!rchoi
  2. From: rchoi@thylacine.cs.wisc.edu (Ron Choi)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: Informix logs read-only queries? can't handle 'not-exists'?
  5. Message-ID: <1992Nov12.210641.7143@cs.wisc.edu>
  6. Date: 12 Nov 92 21:06:41 GMT
  7. References: <1992Nov11.184142.4749@cs.wisc.edu> <1992Nov12.161943.21876@informix.com>
  8. Sender: news@cs.wisc.edu (The News)
  9. Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
  10. Lines: 50
  11.  
  12. In article <1992Nov12.161943.21876@informix.com> davek@informix.com (David Kosenko) writes:
  13. >Ron Choi writes:
  14. >>i ran the following query overnight:
  15. >>
  16. >>select count(*)
  17. >>from relA
  18. >>where (relA.x10A = 0 or relA.x10A = 5) and not exists (
  19. >>    select relB.evenAcct
  20. >>    from relB
  21. >>    where (relB.x100B = 0 or relB.x100B = 49) and
  22. >>    relB.evenAcct = relA.acct
  23. >>    );
  24. >>
  25. >>and got hundreds of "Logical Log Files are Full -- Backup is Needed".
  26. >>the worst thing is that this corrupted the database.  
  27. >
  28. >The reason log entries are being generated is that the sub-query is 
  29. >generating a temporary table, and the creation of this temp table is being
  30. >logged.
  31. >These tables do not hang around, but
  32. >the log entries will fill up the logs.
  33. >The log records are still being written because OnLine logs all DDL 
  34. >statements (whether logging is on or not) and the creation of even an
  35. >implicit temp table is, at the rsam level, a DDL action.
  36. >
  37. >I agree wholeheartedly that a query should not corrupt the database.  What
  38. >exactly become corrupted and how?
  39.  
  40. after i ran the query above the system could not restart (or recover).  that
  41. is, i tried to restart it using tbmonitor/mode/startup, but it spent over
  42. 5 hours printing out "recovering. please wait...." message.  i had to restore
  43. the database from the tape.  i don't know what exactly got corrupted.  i 
  44. suggest you have your q.a. guys run the above query and figure it out.
  45. do you know just what exactly happens when logical log space runs out while
  46. a query is running?
  47.  
  48. >I cannot say for sure if this is considered a "bug".  
  49.  
  50. if a query makes the system fail to recover, i'd say it's a bug.
  51.  
  52. >Dave
  53. >-- 
  54. >Disclaimer: These opinions are not those of Informix Software, Inc.
  55.  
  56.  
  57. -- 
  58. ---------------------------------------------------------------------------
  59. ron choi                 \\  #include <disclaimer.h>
  60. university of wisconsin, madison    \\
  61.     "when i was your age, i walked ten miles to school, unarmed."
  62.