第一种方法：在proc sort 步 options 选项中，加 sortsize=、tagsort选项。


sortsize= ：用以指定可用最大内存的大小，等号后为表示内存大小的数值及单位，比如10m 。
tagsort：指定在临时文件中仅存储排序变量和记录编号，以减少对磁盘空间的使用。


第二种方法：拆分大数据集成若干小数据集，小数据集排序，再合并。

tagsort选项有啥用？

详见帖子上一楼。

昨天按照你的方法，在sort过程中增加了选项sortsize=600m、tagsort；同时还修改了sasv9.cfg中的sortsize（之前该值为256m，我改为768m），最终sort过程所花费的时间为45分钟。之前为15~20分钟。不过资源占用方面确实好了一些。

加内存条吧

这是拿时间来换空间。

嗯，暂时也没别的办法，主要这个东西以后可能要给被人使用，也不能跟人说“目前您可以休息了，请于20分钟后回来查看结果”。哈哈。。。

多谢诸位指教！

我在不同的情况之下，试过tagsort， 结果无一例外，都非常之慢。你的又是一个例子。
京剧

大数据集拆分成若干小数据集，单独排序再汇总。

毕竟tagsort多一次id与obs的匹配过程

类似于把char用format做成num，排序后再format一下

把一步的IO分散开来做

说的不错。有一次同事问过我排序因为内存不足（1百万的记录50个变量）而失败的解决方法。我想用TAGSORT来解决。结果是，好像可以。但是我粗略的估计了以下，时间消耗大概是正常排序（如果可行） 的5到10倍，所以最后放弃了。因为该数据的字符变量比较多，最后尝试挤压（但不是COMPRESS）多余的字符长度，从而降低数据的尺寸。问题得以解决。其实针对字符变量较多的宽大数据而言，这种方法往往有效。比如以下某次分析时的积压的结果报告：数据尺寸降低74%。
但是并非没有例外，有一次挤压之后尺寸增长了0.05%。无法猜测原因。京剧
---(chg_length)-------------------------------------------------------------------
  - Data Set          : data.Physmedsall_c -> work.Physmedsall_c
  - File Size (byte)  : 000,088,507,392 -> 000,022,970,368 (decreased by 74.05%)
  - Summary of Changes of Character Variables:
      Variable Name                 Length Chg
      ---------------               ---------------
      ATC_CODE                      00255 -> 00007
      ATC_LEV1                      00255 -> 00050
      ATC_LEV2                      00255 -> 00050
      ATC_LEV3                      00255 -> 00050
      ATC_LEV4                      00255 -> 00050
      CDOSE                         00050 -> 00010
      CDSTART                       NO
      CDSTOP                        NO
      CMEDNAME                      00200 -> 00040
      DDSTART                       NO
      DDSTOP                        NO
      DMSTART                       00003 -> 00002
      DMSTOP                        00003 -> 00002
      DOSE                          00050 -> 00010
      DRUGc                         NO
      DYSTART                       NO
      DYSTOP                        NO
      MEDNAME                       00200 -> 00040
      NDSUNIT                       00010 -> 00002
      NFREQ                         NO
      NFREQPER                      NO
      NREASON                       NO
      NROUTE                        NO
      PATIENT                       00010 -> 00006
      PHYS_BASE                     00003 -> 00001
      PREFERRED_NAME                00255 -> 00052
      PT_ELIG                       00003 -> 00001
      condition                     NO
      ra_active                     00003 -> 00001
      route1                        NO
---(chg_length)-------------------------------------------------------------------

是不是要加内存条。

那么多数据，用EXCEL很方便？

bo兄说的hash排序，能否说说思路呢？

我昨天也想了下这个问题，如果说把观测做逐个比较，可是怎么改变载入的顺序呢？

另外方法是建一张空表，一条一条的载入和比较；
还是全部排序变量载入，用hash循环调整呢？

我总是觉得hash做查找还行，做比较不知道咋操作。

另外我问下，hash的add方法，是按照指针的方式插入的吗？

还是随意的插入到了底部？

最近忙，好久没研究这个了，忘了。有兴趣了，可以一起研究。
{:2_39:}主要是我这也没这样的数据用来测试，要不就只有自己写写模拟的数据了。

最近忙，好久没研究这个了，忘了。有兴趣了，可以一起研究。
{:2_34:}主要是我这也没这样的数据用来测试，要不就只有自己写写模拟的数据了。

希望有一些帮助或启发。

应该很快啊，怎么要这么长时间，你把代码贴出来。看看你的排序到底是在哪里进行的。

再贴两篇。