home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / sasl / 3365 < prev    next >
Encoding:
Text File  |  1992-07-21  |  2.9 KB  |  74 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Subject: (no subject given)
  3. Path: sparky!uunet!paladin.american.edu!auvm!VCUMVS.BITNET!RIKARD
  4. Message-ID: <SAS-L%92072016093798@VTVM2.BITNET>
  5. Newsgroups: bit.listserv.sas-l
  6. Date:         Mon, 20 Jul 1992 16:09:36 -0400
  7. Reply-To:     RIKARD@VCUMVS.BITNET
  8. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  9. From:         RIKARD@VCUMVS.BITNET
  10. Lines: 62
  11.  
  12. ******************************************************************
  13. Content: Response
  14. Summary: Proc Sort.
  15. Release and platform: 5.18 and 6.07 under MVS
  16. Name:    Pete Rikard
  17. Mail addresses:BITNET Rikard@vcumvs Internet rikard@vcuucc.ucc.vcu.edu
  18. Real Addresses:Virginia Commonwealth University, Computer Center
  19.                110 S. 7th Street, 4th Floor, Richmond, VA 23219
  20.                Phone (804) 786-4828    FAX: (804) 371-8464
  21. ******************************************************************
  22. I like it, I like it. I would call this a stupid user trick from
  23. Late Night with SAS-L, but that wouldn't be SAS PC.
  24. >    Sometimes, just when you think you understand the SAS algorithms,
  25. >    something pops up and make you existentially insecure. Consider
  26. >    the following.
  27. >       A student was trying to sort two datasets by, say, id and
  28. >    school, in order to merge them together.  She clearly wanted
  29. >    the dataset to look like id's within school's. She tried
  30. >    the following code:
  31. >     proc sort data=one;
  32. >        by school;
  33. >        by id;
  34. >     proc sort data=two;
  35. >        by school;
  36. >        by id;
  37. >     data total;
  38. >         merge one two;
  39. >      by school;
  40. >      by id;
  41. >
  42. >     Needless to say,  the merge did not work, as it did not find
  43. >     the datasets "sorted" by school.  I straightened her out by
  44. > ....   Anyway, what gives?  Can anyone suggest what SAS is doing here?
  45. *****************************************************************
  46. lots more good commentary followed.
  47. Actually I have learned more from what my users tried to do and
  48. the interesting results they got than from many well schooled
  49. users.
  50.  
  51. I admit that I haven't seen anyone try this and it's wrong, wrong,
  52. wrong. But it is interesting.
  53.  
  54. It's wrong, wrong, wrong cause what you get is apparently version
  55. dependent. A partial test for MVS was:
  56.   proc sort; by a b ; by descending b a;
  57.       5.18 gives a b
  58.       6.07 gives descending b a;
  59.   proc sort; by a ; by descending b a;
  60.       5.18 gives a descending b;
  61.       6.07 gives descending b a;
  62.   proc sort; by a ; by descending b ;
  63.       5.18 gives a descending b;
  64.       6.07 gives descending b ;
  65.  5.18 appears to give the sort of the FIRST use of the variable
  66.  in all BY statements and 6.07 seems to simply use the last BY
  67.  statement given.
  68.  
  69. In any case, users should only have one by statement.
  70. ******************************************************************
  71.  This is duplicate message, my mailer has gone to sleep, so I send
  72.  this a second time, another way.
  73. ******************************************************************
  74.