home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / ingres / 1021 < prev    next >
Encoding:
Text File  |  1992-07-29  |  3.1 KB  |  97 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!usc!wupost!gumby!destroyer!sol.ctr.columbia.edu!news.columbia.edu!usenet
  3. From: alan@curta.cc.columbia.edu (Alan Crosswell)
  4. Subject: Re: select * with a 3-way join having same column names in ESQL/C
  5. Message-ID: <1992Jul29.170445.15047@news.columbia.edu>
  6. Sender: usenet@news.columbia.edu (The Network News)
  7. Nntp-Posting-Host: curta.cc.columbia.edu
  8. Organization: Columbia University
  9. References: <1992Jul29.092836.27821@walter.cray.com>
  10. Date: Wed, 29 Jul 1992 17:04:45 GMT
  11. Lines: 84
  12.  
  13. In article <1992Jul29.092836.27821@walter.cray.com> djm@dagmar.cray.com  
  14. (Dave Miller) writes:
  15. > 
  16. > In article <1992Jul29.000202.23983@news.columbia.edu>,  
  17. alan@curta.cc.columbia.edu (Alan Crosswell) writes:
  18. > 
  19. > In the fetch, you are just retrieving into the three columns specified.   
  20. Again
  21. > this is perfectly legal, since it is allowable to have more columns that  
  22. are
  23. > selected than are retrieved into.  The extra columns are just skipped.
  24. > At runtime, there might be some type conversion problems (as you noted)  
  25. that
  26. > would result in errors.  The runtime routines do the best job they can  
  27. of doing
  28. > the conversion.  If the "hosts" table has 3 or more columns, all of your  
  29. result
  30. > rows would be from that table, probably not what you intended.
  31. > 
  32. > Dave Miller
  33. > Cray Research, Inc.
  34. > EXEC SQL include <std.disclaimer>
  35.  
  36. Dave, the fetch is into three *structs*, not three variables.  So,
  37. the fetch *should* expand into the same number of columns as the
  38. select does.
  39.  
  40. However, kudos to Chris Amidei who teaches Ingres for ASK/Ingres for
  41. suggesting this which seems to work right:
  42.  
  43.     exec sql declare x cursor for
  44.               select h.*, hw.*, i.*
  45.                 from hosts h, hwaddr hw, ip i
  46.                where h.hname = i.hname
  47.                  and i.ipaddr = hw.ipaddr;
  48.  
  49. I can now go back to fetching into :hosts, :hwaddr, :ip!
  50.  
  51. /a
  52. PS: For further edification, the structs generated by dclgen are:
  53.  
  54. /* Description of table ip from database network */
  55.   EXEC SQL DECLARE ip TABLE
  56.         (hname  vchar(50) not null,
  57.          ipaddr vchar(15) not null,
  58.          ipcolate       integer1 not null);
  59.  
  60.   struct ip_ {
  61.         char    hname[51];
  62.         char    ipaddr[16];
  63.         short   ipcolate;
  64.   } ip;
  65.  
  66. /* Description of table hwaddr from database network */
  67.   EXEC SQL DECLARE hwaddr TABLE
  68.         (ipaddr vchar(15) not null,
  69.          type   vchar(10) not null,
  70.          hwaddr vchar(12) not null);
  71.  
  72.   struct hwaddr_ {
  73.         char    ipaddr[16];
  74.         char    type[11];
  75.         char    hwaddr[13];
  76.   } hwaddr;
  77.  
  78. /* Description of table hosts from database network */
  79.   EXEC SQL DECLARE hosts TABLE
  80.         (hname  vchar(50) not null,
  81.          htype  vchar(15) not null,
  82.          hos    vchar(15) not null,
  83.          hdept  vchar(10) not null,
  84.          hreg   c8 not null);
  85.  
  86.   struct hosts_ {
  87.         char    hname[51];
  88.         char    htype[16];
  89.         char    hos[16];
  90.         char    hdept[11];
  91.         char    hreg[9];
  92.   } hosts;
  93.  
  94. (Another dclgen/ESQL plug: it has enabled me to stop using that awful OSL
  95.  language since the one nice thing it did for me was allow me not to have
  96.  to enumerate all the columns as I did in my EQUEL/C retrieve statements.)
  97.