infosphere

赞！

难道只是担心值比较大，太多排序吞噬内存？

自己来回答一部分首先，确实没预期的那么智能，在purescale环境下，STOGROUP中，如果表空间开始创建时用的是/db2data1,/db2data2两个文件系统，后新增/db2data3，即便前两个文件系统满了，也没那么智能能够自动使用/db2data3。更悲

回复 mdkii 谢谢如此详尽的指导！

回复 sgs Right，都是不同分区

回复 zhenda 有遇到在purescale环境上，分区表做truncate，会先加上大量的Z锁，这个过程极慢。 先将分区表上的索引drop掉然后truncate顿时飞快。不知有有无参考意义

回复 ysgift 有答案了么，帖子还没结啊

回复 mdkii 重点是，如果这时候其他应用程序申请很多内存资源，系统会不会将本来计划预留给DB2的这部分内存分配给其他应用程序使用？

回复 mdkii Uncmt的部分not currently being used, and marked by the DB2，且是could occupy... 那就是说需要的话可以被操作系统分配给其他程序使用？

回复 drdb2 谢谢。 只是觉得官方的说法太模糊