home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / sasl / 4036 < prev    next >
Encoding:
Text File  |  1992-09-03  |  3.3 KB  |  78 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!LEICESTER.AC.UK!MAIL_SYSTEM
  3. Via: uk.ac.leicester; Thu, 3 Sep 1992 16:27:00 +0100
  4. Message-ID: <SAS-L%92090311302530@VTVM2.BITNET>
  5. Newsgroups: bit.listserv.sas-l
  6. Date:         Thu, 3 Sep 1992 16:26:00 BST
  7. Reply-To:     Mail_System@LEICESTER.AC.UK
  8. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  9. From:         Mail_System@LEICESTER.AC.UK
  10. Subject:      %% Undelivered Mail %%
  11. Comments: To: SAS-L <SAS-L@VTVM2.CC.VT.EDU>
  12. Lines: 64
  13.  
  14. Your mail was not delivered as follows:
  15. %MAIL-E-USERSPEC, invalid user specification '@UK.AC.LEICESTER.IRIX'
  16.  
  17. Your original mail header and message follow.
  18.  
  19. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  20. Via: UK.AC.NSFNET-RELAY; Thu, 3 Sep 92  16:26 BST
  21. Received: from vtvm2.cc.vt.edu by sun3.nsfnet-relay.ac.uk with Internet SMTP
  22.           id <sg.26575-0@sun3.nsfnet-relay.ac.uk>;
  23.           Thu, 3 Sep 1992 16:26:16 +0100
  24. Received: from vtvm2.cc.vt.edu by VTVM2.CC.VT.EDU (IBM VM SMTP V2R2) with BSMTP
  25.           id 9663; Thu, 03 Sep 92 11:21:44 EDT
  26. Received: from VTVM2.BITNET by vtvm2.cc.vt.edu (Mailer R2.08 R208002)
  27.           with BSMTP id 2273; Thu, 03 Sep 92 11:21:43 EDT
  28. Date: Thu, 3 Sep 1992 11:14:54 EDT
  29. Reply-To: Howard Schreier <HIS%BITNET.NIHCU@EDU.VT.CC.VTVM2>
  30. Original-Sender: "SAS(r) Discussion" <SAS-L@EDU.VT.CC.VTVM2>
  31. From: Howard Schreier <HIS%BITNET.NIHCU@EDU.VT.CC.VTVM2>
  32. Subject: SQL & WHERE
  33. To: Multiple recipients of list SAS-L <SAS-L@EDU.VT.CC.VTVM2>
  34. Sender: SAS-L@EDU.VT.CC.VTVM2
  35.  
  36. CONTENT:  Correction
  37. SUMMARY:  SQL WHERE may invoke global WHERE processing
  38. REL/PLTF: 6.06+
  39.  
  40. >> In all procs WHERE and OBS/FIRSTOBS are mutually exclusive.
  41.  
  42. I said earlier:
  43.  
  44. >But,  the  SQL  WHERE  clause  and  the  SAS  WHERE  feature
  45. >(implemented  both  as a statement and as a data set option)
  46. >are two different things which just happen to share a name.
  47.  
  48. I have since been informed by a reliable  source  (actually,
  49. about  the most reliable source imaginable), that this isn't
  50. quite so.
  51.  
  52. I drew my conclusion from the fact that the SQL WHERE is far
  53. more  powerful and general.  The global SAS WHERE, as useful
  54. as it is, is restricted in terms of  the  expressions  which
  55. can  be  coded; for example, functions cannot be used.  As I
  56. understand it, this is because the processing is done by the
  57. data  engine  (which  would  also explain why the feature is
  58. global, not specific to  the  DATA  step  or  to  particular
  59. procedures).
  60.  
  61. Anyway, it turns  out  that  SQL  is  cleverly  designed  to
  62. examine  the  WHERE  clauses  it  is  fed  and  to  hand the
  63. processing over to the data engine if possible (I'm not sure
  64. if  this is an all-or-nothing decision, or if the processing
  65. might in some situations be  shared).   The  consequence  is
  66. that  the  restriction  on  combining  WHERE processing with
  67. OBS/FIRSTOBS may take effect.
  68.  
  69. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  70. \   Howard Schreier, U.S. Dept. of Commerce, Washington    /
  71. /                     MVS 5.18 & 6.07                      \
  72. \   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
  73. /   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
  74. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  75.  
  76. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  77. End of returned mail
  78.