在通过DBLINK建一个比较大的表（大概90G）时，花了一个小时建完了。然后默认就是建索引，突然发现对应的索引表空间少了30多G，这样我建索引空间就不够了。奇怪啊，这段时间不应该消耗那么多的索引表空间的。
查看段空间使用情况，突然发现了一个以数字打头的临时段在索引表空间上
OWNER SEGMENT_NAME PARTITION_NAME SEGMENT_TYPE size(G) TABLESPACE_NAMEFBADMIN 628.231711 TEMPORARY 32.36 TBS_FEEL_IND
TBS_TEMP01 156288 20004858 16466.00 10.54 139821.95
OWNER SEGMENT_NAME PARTITION_NAME SEGMENT_TYPE size(G) TABLESPACE_NAMEFBADMIN 628.231711 TEMPORARY 32.36 TBS_FEEL_IND
TBS_TEMP01 156288 20004858 16466.00 10.54 139821.95
临时表空间有150多G，没道理消耗光的。 之前在其他库上也看到过类似的段。
是什么原因导致产生这样的临时段的，这个需要去研究一下。
这个临时段的危害还是蛮大的，特别是在定时自动执行脚本的时候，如果没有发现这个段的存在，而导致空间不够，那么就比较惨。
很多时候，执行比较大的脚本还是必须人肉参与才是王道。 意想不到的情况太多了
--续1
过了半个小时，系统自动将该临时段释放掉了 ⊙﹏⊙b
This work is licensed under a CC A-S 4.0 International License.