home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / ingres / 1030 < prev    next >
Encoding:
Text File  |  1992-07-29  |  2.4 KB  |  63 lines

  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!darwin.sura.net!uvaarpa!cv3.cv.nrao.edu!mail-to-news-gateway
  3. From: DELFT UNIV OF TECHNOLOGY/COMP CENTRE +31 15 784821 <Jan.vanSetten@RC.TUDelft.NL>
  4. Subject: Re: select * from join
  5. Message-ID: <01GMYCNT7LE28WWBM6@TUDRVA.TUDelft.NL>
  6. Sender: daemon@nrao.edu
  7. Organization: National Radio Astronomy Observatory
  8. Date: Wed, 29 Jul 1992 12:21:00 GMT
  9. Lines: 52
  10.  
  11. >...
  12. >    select *
  13. >      from hosts h, hwaddr hw, ip i
  14. >...
  15. >I got random wierd results under 6.3 and 6.4 include garbage data
  16. >...
  17.  
  18. One of our campus local Ingres users met a simular behaviour last
  19. week in an ABF-application trying to INSERT a joined subSELECT with
  20. only ONE asterix. He isolated the query, repeated it a lot of times
  21. and pointed out that in ~ 3% of the cases the column sequence was
  22. changed.
  23. I leaved out the INSERT, so the next query remained:
  24.  
  25.         SELECT *
  26.     FROM left, right    ;    \p\g
  27.  
  28. Running this statement over and over, I found a regular behaviour:
  29. the results of always the 13th, 28th and 43th call first presented
  30. the LAST table referenced in the FROM clause:
  31.  
  32.     +-------+------+                      +------+-------+
  33.     | right | left |     , others         | left | right |
  34.     +-------+------+                      +------+-------+
  35.     +  ~~~~~~~~~~  +                      +  ~~~~~~~~~~  +
  36.  
  37. In my opinion the 6.4 SQL Ref. Manual suggests that joined asterixes
  38. are allowed: "you can specify select * from tablenames" (p. 7-231).
  39. Further, "If order by is not specified, INGRES doesnot apply any
  40. special sequence to the rows of the result table" (p. 7-230).
  41.  
  42. It seems to me that problems occur using single wildcards in
  43. SUBselects. I just informed Ingres Technical Support of my
  44. experiences.
  45.  
  46.  
  47. Jan.
  48.  
  49. >----------------------------------------------------------------------<
  50.  A. van Setten                   | post to:  Post Office Box 354
  51.  Delft University of Technology  |           2600 AJ DELFT
  52.  Computing Centre                |           The Netherlands
  53.  Campus Ingres Support           | ship to:  Julianalaan 134
  54.  Phone   :  +31 (0)15-78 4821    |           2628 BL DELFT
  55.    "     :  +31 (0)15-78 5012    |           The Netherlands
  56.  Fax     :  +31 15-78 3787       | visitors: Michiel de Ruyterweg 10-12
  57.  E-mail  :                       | RC-
  58.      Jan.vanSetten@RC.TUDelft.NL | Helpdesk: Info@RC.TUDelft.NL
  59. >----------------------------------------------------------------------<
  60.  
  61. ========================================================================
  62.  
  63.