home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / sasl / 3444 < prev    next >
Encoding:
Text File  |  1992-07-27  |  2.9 KB  |  67 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!LOBBY.TI.COM!RSNYDER
  3. X-Mailer: ELM [version 2.2 PL16]
  4. Message-ID: <9207272244.AA20689@ti.com>
  5. Newsgroups: bit.listserv.sas-l
  6. Date:         Mon, 27 Jul 1992 17:44:02 CDT
  7. Reply-To:     "R. Snyder" <rsnyder@LOBBY.TI.COM>
  8. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  9. From:         "R. Snyder" <rsnyder@LOBBY.TI.COM>
  10. Subject:      Re: SQL ? and SAS, editorial, et al.
  11. Comments: To: ADPDKHTS%UIAMVS.BITNET@uga.cc.uga.edu
  12. Comments: cc: sas-l@uga.cc.uga.edu
  13. In-Reply-To:  <9207272152.AA18505@ti.com>; from "Deb Cannon 319-335-6321" at
  14.               Jul 27, 92 4:46 pm
  15. Lines: 50
  16.  
  17. >
  18. >   CONTENT:   Response to Kernon Gibe's response and an editorial
  19. >   SUMMARY:   SQL is part of base SAS, works on data sets/views, ...
  20. >   REL/PLTF:  6.06+/all?
  21. > >
  22. > > >Short of asking the systems people... how can I tell if my
  23. > > >installation has SAS SQL on it's various machines ??
  24. >
  25. >      ????????????????????????????????????????????????????????
  26. >      An editorial flame:
  27. >      ????????????????????????????????????????????????????????
  28. >         It saddens me to see SAS so far down on the list of products to
  29. >         support that systems programmers (or whoever has this
  30. >         responsibility) do not bother to forward pertinent information
  31. >         that programmers/users would find useful in their work.
  32. >
  33. <Stuff Eeleted>
  34.  
  35. >         It is my recommendation to those above-mentioned 'stranded'
  36. >         persons, that they begin asking questions about this, and
  37. >         demand, if they are in a position to do so, that some
  38. >         mechanism be put into place so that they receive the
  39. >         information so vital to their function.  Get involved,
  40. >         get informed.  It will pay off in the long run.  I have
  41. >         talked to too many people in this position, and I just
  42. >         can't hold it in any longer.
  43. >
  44. <More Stuff Deleted>
  45.  
  46. >         Off my soapbox,
  47. >
  48. >  #-------------------------------------------------------------------#
  49. >  :  Deborah Cannon                   Systems Support Group           :
  50. >  :  Sr. Programmer Analyst           Administrative Data Processing  :
  51. >  :  Phone: 319-335-6321              University of Iowa              :
  52. >  :  Fax: 319-335-6385                400 NWB                         :
  53. >  :  Email: adpdkhts@uiamvs           Iowa City, Iowa 52242           :
  54. >  #-------------------------------------------------------------------#
  55. >
  56.  
  57. As a "standard" person I fugured out long agao that i'd better develope
  58. my own resources if I wanted to keep on top of what's going on. In the
  59. case of SAS, I've discovered the User Group. That's how I found out about
  60. Proc SQL. I first encountered it during SUGI 16 and then at a meeting of
  61. of NOTSUG sown in Dallas. SAS-L is another valuable resource. Programmers
  62. who use the Users Group will be at no one's mercy.
  63.  
  64. So much for my soap box.
  65.  
  66. Bob Snyder, Texas Instruments, Sherman, TX.
  67.