home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / ingres / 2179 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  3.2 KB
  1. Path: sparky!uunet!spool.mu.edu!olivea!isc-br!tau-ceti!dejavu!salnick
  2. From: salnick@dejavu.spk.wa.us (There is no substitute for displacement...)
  3. Newsgroups: comp.databases.ingres
  4. Subject: Re: SQL where claus limitations
  5. Message-ID: <salnick.07zu@dejavu.spk.wa.us>
  6. Date: 7 Jan 93 13:50:06 GMT
  7. References: <ROBM.92Dec22120335@ishtar.Berkeley.EDU> <1993Jan5.004315.1@gsbacd.uchicago.edu> <1993Jan5.190338.23433@pony.Ingres.COM> <1993Jan6.220615.2523@bmw.mayo.edu>
  8. Organization: Not Organized
  9. Lines: 73
  10.  
  11. In article <1993Jan6.220615.2523@bmw.mayo.edu> buntrock@mayo.edu (Jim Buntrock) writes:
  12.  
  13. I for one would be VERY interested in what Ingres Tech Support said on 
  14. this one...
  15.  
  16. >I have been writing a retrieval application that generates a dynamic 
  17. >where clause for a select statement.  Depending on complexity of the query
  18. >this where-clause can get quite lengthy.  I know this query
  19. >may be written differently, however, I am working with a dynamic 
  20. >query generator, which may produce thousands of different where-clauses.  The
  21. >following where-clauses are just a few examples:
  22. >
  23. >  1> select *
  24. >  2> from sirsworld s
  25. >  3> where
  26. >  4>        (s.proc = '14.24' and s.diag = '100')
  27. >  5>    or  (s.proc = '14.25' and s.diag = '200')
  28. >  6>    or  (s.proc = '14.26' and s.diag = '300')
  29. >  7>    or  (s.proc = '14.30' and s.diag = '400')
  30. >  8>    or  (s.proc = '14.31' and s.diag = '500')
  31. >  9>    or  (s.proc = '14.32' and s.diag = '600')
  32. > 10>    or  (s.proc = '14.33' and s.diag = '700')
  33. > 11>  order by 1, 2
  34. >E_OP0302 too many boolean
  35. >    factors defined in query - query too complex
  36. >    (Wed Jan  6 10:38:40 1993)
  37. > 
  38. >End of Request - Terminated by Errors
  39. >-----------------------------------------------------------------
  40. >If I add two more conjunctions I get the following error:
  41. > 
  42. >  1> select *
  43. >  2> from sirsworld s
  44. >  3> where
  45. >  4>        (s.proc = '14.24' and s.diag = '100')
  46. >  5>    or  (s.proc = '14.25' and s.diag = '200')
  47. >  6>    or (s.proc = '14.26' and s.diag = '300' )
  48. >  7>    or (s.proc = '14.27' and s.diag = '301' )
  49. >  8>    or (s.proc = '14.28' and s.diag = '302' )
  50. >  9>    or  (s.proc = '14.30' and s.diag = '400')
  51. > 10>    or  (s.proc = '14.31' and s.diag = '500')
  52. > 11>    or  (s.proc = '14.32' and s.diag = '600')
  53. > 12>    or  (s.proc = '14.33' and s.diag = '700')
  54. > 13>  order by 1, 2
  55. >E_OP0002 optimizer ran out of
  56. >    memory before generating execution plan
  57. >    (Wed Jan  6 10:41:01 1993)
  58. > 
  59. >End of Request - Terminated by Errors
  60. >------------------------------------------------------------------- 
  61. >I have tried increasing the memory of the QEP and still run into the
  62. >OUT of memory error.  My concern is with the error of - E_OP0302 too 
  63. >many boolean factors defined in query - query too complex -
  64. >Does anyone know the limit of the number of boolean factors?  Can this 
  65. >be changed?  Is this a finite limitation of Ingres?  Is the limit based
  66. >on conjunctions or disjunctions?  Any suggestions?
  67. >
  68. >///////////////////////////////
  69. >James Buntrock
  70. >Analyst/Programmer
  71. >Medical Information Resources
  72. >Mayo Clinic
  73. >200 First Street SW
  74. >Rochester, MN 55905
  75. >email - buntrock@mayo.edu
  76. >///////////////////////////////
  77. >
  78. >Keywords: 
  79.  
  80. --
  81. RW Salnick, Spokane,WA  |  Home: salnick@dejavu.spk.wa.us
  82.   Amiga 1000, WB 1.3    |  Work: mfgsys!salnick@kaiser.spk.wa.us
  83.       WA9BVE            |
  84.