home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / ingres / 1031 < prev    next >
Encoding:
Text File  |  1992-07-30  |  1.8 KB  |  52 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zelator!gamelan!thomas
  3. From: thf@zelator.in-berlin.de (Thomas Funke)
  4. Subject: Re: select * with a 3-way join having same column names in ESQL/C
  5. Message-ID: <1992Jul29.110844.880@gamelan>
  6. Sender: thomas@gamelan (thomas)
  7. Reply-To: thf@zelator.in-berlin.de (Thomas Funke)
  8. Organization: NNU Corp. - NeXT is Not UN*X
  9. References: <1992Jul29.000202.23983@news.columbia.edu>
  10. Date: Wed, 29 Jul 1992 11:08:44 GMT
  11. Lines: 39
  12.  
  13. In article <1992Jul29.000202.23983@news.columbia.edu>  
  14. alan@curta.cc.columbia.edu (Alan Crosswell) writes:
  15. > I had a code segment which said:
  16. > 
  17. >  exec sql declare x cursor for
  18. >     select *
  19. >       from hosts h, hwaddr hw, ip i
  20. >         where h.hname=i.hname
  21. >           and i.ipaddr=hw.ipaddr;
  22. > 
  23. > .. where all three of the referenced tables have a column named hname.
  24. > 
  25. > I then fetched like this:
  26. > 
  27. > exec sql fetch x into :hosts,:ip,:hwaddr;
  28. > 
  29. > where hosts,ip, and hwaddr are structs generated via dclgen.
  30. > 
  31. > I got random wierd results under 6.3 and 6.4 include garbage data
  32. > and numeric type conversion error messages until I changed the code to
  33. > select explicit columns and fetch into explicit struct members in the
  34. > same order.
  35. > 
  36. > I assume this is because of the ambiguity of the hname column in the  
  37. three
  38.  
  39. I had the same problem before. It's not from ESQLC but probably a bug in  
  40. the optimizer. Because the errors do not occur every time.
  41.  
  42. Only solution: Do not write 'select * from table1, table2, ...'
  43. but write down all columns explicitely. Annoying ....
  44.  
  45.  
  46.  
  47. -- 
  48. ------------------------------------------------------------------
  49. Thomas Funke  ** E-mail: thf@zelator.in-berlin.de
  50. NeXT-Developer * Unix-Consultant
  51. ------------------------------------------------------------------
  52.