难道新加坡的ORACLE工程师就很牛？！

xiangxianni

偶也觉得只有2种方法
alter table xxx move
和
exp  imp

第一种估计需要一定的空闲表空间的吧

waityou81

可以的。
1.delete 不用的数据（估计这一步要耗费很长时间），这样就这个tablespace 就有约1t多空闲空间
2.alter table aa move,降低hwm.
3.resize tablespace
4.rebuild index

还有，move的时候要锁表

overtime

最初由 fjhello2002 发布
[B]唉，太丢人了。
自己想起来知道怎么做了。
真是事后诸葛 [/B]

太太太...........丢人了！
到现在我也没想出怎么做!

fjhello2002

我原和xiangxianni一样，觉得用alter table xxx move  tablespace 需要很多的空闲表空间，所以没有这么做。必竟是在线系统，稳定第一，不敢随便测试的。因此采用EXP IMP来做。

后来测试了一下，用alter table xxx move  tablespace可以 (tablespace后跟的是原先的表空间）。当然，我没有试过几百个G的表去MOVE，只是在自己机器上测试了几百兆的情况。
测试条件如下：
表空间大小为 260M, 剩余空间为10M，表大小为250m, 1600W条记录。 临时表空间30M，然后直接把表MOVE了一下，可以成功。

fjhello2002

我想知道 Toms_zhang 还有没有别的招，不防说出来讨论一下。

siemen2006

别说是10g的用shrink space了

fjhello2002

最初由 waityou81 发布
[B]可以的。
1.delete 不用的数据（估计这一步要耗费很长时间），这样就这个tablespace 就有约1t多空闲空间
2.alter table aa move,降低hwm.
3.resize tablespace
4.rebuild index

还有，move的时候要锁表 [/B]

========================================

delete 不用的数据（估计这一步要耗费很长时间），这样就这个tablespace 就有约1t多空闲空间

但这时候tablespace上的空闲空间是无法使用的。

waityou81

alter table aa move虽然需要1倍的表占有的空间，但delete释放的空间应该可以被move使用吧

rollingpig

最初由 fjhello2002 发布
[B]我原和xiangxianni一样，觉得用alter table xxx move  tablespace 需要很多的空闲表空间，所以没有这么做。必竟是在线系统，稳定第一，不敢随便测试的。因此采用EXP IMP来做。

后来测试了一下，用alter table xxx move  tablespace可以 (tablespace后跟的是原先的表空间）。当然，我没有试过几百个G的表去MOVE，只是在自己机器上测试了几百兆的情况。
测试条件如下：
表空间大小为 260M, 剩余空间为10M，表大小为250m, 1600W条记录。 临时表空间30M，然后直接把表MOVE了一下，可以成功。 [/B]

可以吗？

表示怀疑。

等一下我做个实验看看……

overtime

最初由 fjhello2002 发布
[B]我原和xiangxianni一样，觉得用alter table xxx move  tablespace 需要很多的空闲表空间，所以没有这么做。必竟是在线系统，稳定第一，不敢随便测试的。因此采用EXP IMP来做。

后来测试了一下，用alter table xxx move  tablespace可以 (tablespace后跟的是原先的表空间）。当然，我没有试过几百个G的表去MOVE，只是在自己机器上测试了几百兆的情况。
测试条件如下：
表空间大小为 260M, 剩余空间为10M，表大小为250m, 1600W条记录。 临时表空间30M，然后直接把表MOVE了一下，可以成功。 [/B]

你的表空间是不是可以扩展的，如果是这样，当然可以成功。
如果不能扩展还能成功，应该算得上是Oracle的bug了(新表没建成原表占的空间就释放了)