home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / sasl / 4021 < prev    next >
Encoding:
Text File  |  1992-09-03  |  2.1 KB  |  51 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!NIHCU.BITNET!HIS
  3. Message-ID: <SAS-L%92090311164584@UGA.CC.UGA.EDU>
  4. Newsgroups: bit.listserv.sas-l
  5. Date:         Thu, 3 Sep 1992 11:14:54 EDT
  6. Reply-To:     Howard Schreier <HIS@NIHCU.BITNET>
  7. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  8. From:         Howard Schreier <HIS@NIHCU.BITNET>
  9. Subject:      SQL & WHERE
  10. Lines: 39
  11.  
  12. CONTENT:  Correction
  13. SUMMARY:  SQL WHERE may invoke global WHERE processing
  14. REL/PLTF: 6.06+
  15.  
  16. >> In all procs WHERE and OBS/FIRSTOBS are mutually exclusive.
  17.  
  18. I said earlier:
  19.  
  20. >But,  the  SQL  WHERE  clause  and  the  SAS  WHERE  feature
  21. >(implemented  both  as a statement and as a data set option)
  22. >are two different things which just happen to share a name.
  23.  
  24. I have since been informed by a reliable  source  (actually,
  25. about  the most reliable source imaginable), that this isn't
  26. quite so.
  27.  
  28. I drew my conclusion from the fact that the SQL WHERE is far
  29. more  powerful and general.  The global SAS WHERE, as useful
  30. as it is, is restricted in terms of  the  expressions  which
  31. can  be  coded; for example, functions cannot be used.  As I
  32. understand it, this is because the processing is done by the
  33. data  engine  (which  would  also explain why the feature is
  34. global, not specific to  the  DATA  step  or  to  particular
  35. procedures).
  36.  
  37. Anyway, it turns  out  that  SQL  is  cleverly  designed  to
  38. examine  the  WHERE  clauses  it  is  fed  and  to  hand the
  39. processing over to the data engine if possible (I'm not sure
  40. if  this is an all-or-nothing decision, or if the processing
  41. might in some situations be  shared).   The  consequence  is
  42. that  the  restriction  on  combining  WHERE processing with
  43. OBS/FIRSTOBS may take effect.
  44.  
  45. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  46. \   Howard Schreier, U.S. Dept. of Commerce, Washington    /
  47. /                     MVS 5.18 & 6.07                      \
  48. \   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
  49. /   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
  50. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  51.