home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / ingres / 2177 < prev    next >
Encoding:
Text File  |  1993-01-07  |  3.5 KB  |  92 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!tpghq!sfc
  3. From: sfc@tpghq.com (Steve Caswell)
  4. Subject: Re: Q: .RW spec finds no rows w/sent BETWEEN/IN clause
  5. Message-ID: <1993Jan7.161352.5949@tpghq.com>
  6. Organization: Palmer & Associates, Inc., Norcross, GA
  7. References: <00966334.5A9D35E0.4200@hal.hahnemann.edu>
  8. Date: Thu, 7 Jan 1993 16:13:52 GMT
  9. Lines: 81
  10.  
  11. In article <00966334.5A9D35E0.4200@hal.hahnemann.edu> "Anthony J. Rzepela" <rzepela@hal.hahnemann.edu> writes:
  12. >If someone could please help, it would be appreciated.  My patience
  13. >is paper-thin at this point. 
  14. >
  15. >setup:         Version 6.3/03 on VMS 5.4-2 (MicroVAX 3500)
  16. >
  17. >Tool:       Report Writer
  18. >
  19. >Statement:    seems that where clauses that use such predicates
  20. >            as 'between' and 'in (itema,itemb,...)', while they work 
  21. >            perfectly fine as a part of the .RW spec, bomb when the 
  22. >            WHERE clause is sent as a replaceable parameter. 
  23. >
  24. >Behaviour:      * No rows are found when a "WHERE column-name in 
  25. >                  ('itema','itemb')" is sent to the report writer to be 
  26. >                  substituted.
  27. >                * No rows are found when a "WHERE column-name between 
  28. >                  itema and itemb" is sent to the report writer to be 
  29. >                  substituted in the .QUERY statement. 
  30. >
  31. >                In *BOTH* cases, rows are found when the *same exact* 
  32. >                string, quotes and all, is embedded as part of the original 
  33. >                spec. 
  34. >
  35. >Parameters:     Report has been attempted from both the CALL REPORT in 4GL, 
  36. >                or opsys command REPORT, with the clauses on the command
  37. >                line. 
  38. >    
  39. >did u check:
  40. >
  41. >* quote stripping? 
  42. >    
  43. >     Yes.  I used the flag to force a report header to be printed on 
  44. >     case of empty queries, and to print out what is sent as the 
  45. >     WHERE clause.  There, staring me in the face, is my beautifully 
  46. >     and carefully built clause, a clone of how it appears in my 
  47. >     clause-inclusive version, but not finding a single f*cking row.   
  48. >
  49.  
  50. I realize you have looked at your where clause, but did you check to see
  51. if RW is forcing your quoted character string to lowercase?  RW has a "feature",
  52. that if your RW code looks something like:
  53.  
  54.    SELECT ...
  55.    FROM ...
  56.    $where_clause
  57.  
  58. the entire line you pass in is converted to lowercase (including contents of
  59. quoted strings.  If, however, your RW code looks like:
  60.  
  61.    SELECT ...
  62.    FROM ...
  63.    WHERE $where_clause
  64.  
  65. RW does not force quoted strings to lowercase.
  66.  
  67. >* presence of data?
  68. > 
  69. >     Of course.
  70. >
  71. >Sorry for the obscenity (or near-obscenity) but I tore out a lot of hair 
  72. >and did a lot of revamping on the assumption that *I* was doing something
  73. >wrong.  The only positive experience was that in the process of RTFM I 
  74. >came across a Release Note on something unrelated that solved a different
  75. >problem. 
  76. >
  77. >If anything in the statement is unclear, please let me know.  I need this 
  78. >problem resolved ASAP, and I made my ABF code such a mess in the 
  79. >diagnostic process, I can't hand over the problem to even my best brain here. 
  80. >
  81. >----------------------------------------------
  82. >Anthony Rzepela    <rzepela@cvi.hahnemann.edu>
  83. >"What IS this fascination with Axl Rose? He looks so...unhealthy."  M.L.C. 1991
  84. >-------------------
  85.  
  86.  
  87. -- 
  88.  
  89. Steve Caswell           |   (404) 448-7727    |  "The opinions expressed are my
  90. Principal Consultant    |   sfc@tpghq.com     |   own.  They may not be perfect,
  91. The Palmer Group        |   uunet!tpghq!sfc   |   but they're all I've got."
  92.