Oracle 删除表中记录 如何释放表及表空间大小

表空间：

删除表空间： drop tablespace 表空间名字 including contents and datafiles;--把表空间和文件都删除了

表dba_segments可以查看表的大小

1.查看一个表所占的空间大小：

SELECT bytes/1024/1024 ||'MB' TABLE_SIZE ,u.* FROM USER_SEGMENTS U
WHERE U.SEGMENT_NAME='JK_TEST';

2.查看一个表空间所占的实际大小：

SELECT SUM(BYTES) / 1024 / 1024 ||'MB' FROM USER_SEGMENTS U WHERE
TABLESPACE_NAME = 'DATA01';

3.查看一个表空间对应的数据文件：

SELECT * FROM DBA_DATA_FILES D WHERE D.TABLESPACE_NAME = 'DATA01';

4.查看表空间的使用情况：

SELECT A.TABLESPACE_NAME,

FILENUM,

TOTAL
"TOTAL (MB)",

F.FREE
"FREE (MB)",

TO_CHAR(ROUND(FREE
* 100 / TOTAL, 2), '990.00') "FREE%",

TO_CHAR(ROUND((TOTAL
- FREE) * 100 / TOTAL, 2), '990.00') "USED%",

ROUND(MAXSIZES,
2) "MAX (MB)"

FROM
(SELECT TABLESPACE_NAME,

COUNT(FILE_ID)
FILENUM,

SUM(BYTES
/ (1024 * 1024)) TOTAL,

SUM(MAXBYTES)
/ 1024 / 1024 MAXSIZES

FROM
DBA_DATA_FILES

GROUP
BY TABLESPACE_NAME) A,

(SELECT
TABLESPACE_NAME, ROUND(SUM(BYTES / (1024 * 1024))) FREE

FROM
DBA_FREE_SPACE

GROUP
BY TABLESPACE_NAME) F

WHERE
A.TABLESPACE_NAME = F.TABLESPACE_NAME

5.查看数据文件的实际使用情况：

SELECT CEIL(MAX_BLOCK * BLOCK_SIZE / 1024)

FROM
(SELECT MAX(BLOCK_ID) MAX_BLOCK

FROM
DBA_EXTENTS

WHERE
FILE_ID IN (SELECT FILE_ID

FROM
DBA_DATA_FILES D

WHERE
D.TABLESPACE_NAME = 'USERS')) M,

(SELECT
VALUE / 1024 BLOCK_SIZE

FROM
V$PARAMETER

WHERE
NAME = 'db_block_size') B

一、创建一个有十万条记录的测试表jk_test ，查看其所占空间大小3873M

delete jk_test。再次查看大小不会变，此时执行select
* from jk_test会发现速度超极慢，查询结果却是空，查看其COST，发现是10万多。很难理解吧，其实是其所占空间没有释放的缘故。

执行alter table jk_test move 或 alter table jk_test move storage(initial 64k)

或alter table jk_test deallocate unused或 alter table jk_test shrink space.

注意：因为alter table jk_test move 是通过消除行迁移，清除空间碎片，删除空闲空间，实现缩小所占的空间，但会导致此表上的索引无效（因为ROWID变了，无法找到），所以执行 move
就需要重建索引。

找到表对应的索引。

select index_name,table_name,tablespace_name,index_type,status from dba_indexes where
table_owner='SCOTT' ;

根据status 的值，重建无效的就行了。

sql='alter index '||index_name||' rebuild'; 使用存储过程执行，稍微安慰。

还要注意alter
table move过程中会产生锁，应该避免在业务高峰期操作！

再次查看其所占空间大小，发现已经很小了，再一次执行查询，很快了吧。

另外说明：truncate table jk_test 会执行的更快，而且其所占的空间也会释放，我想应该是truncate 语句执行后是不会进入oracle回收站（recylebin）的缘故。如果drop 一个表加上purge 也不会进回收站(在此里面的数据可以通过flashback找回)。

不管是delete还是truncate 相应数据文件的大小并不会改变，如果想改变数据文件所占空间大小可执行如下语句：alter database datafile 'filename' resize 8g重定义数据文件的大小（不能小于该数据文件已用空间的大小）。

另补充一些PURGE知识

Purge操作：

1). Purge tablespace tablespace_name :
用于清空表空间的Recycle Bin

2). Purge tablespace tablespace_name user user_name: 清空指定表空间的Recycle Bin中指定用户的对象

3). Purge recyclebin: 删除当前用户的Recycle Bin中的对象

4). Purge dba_recyclebin: 删除所有用户的Recycle Bin中的对象，该命令要sysdba权限

5). Drop table table_name purge: 删除对象并且不放在Recycle
Bin中，即永久的删除，不能用Flashback恢复。

6). Purge index recycle_bin_object_name： 当想释放Recycle bin的空间，又想能恢复表时，可以通过释放该对象的index所占用的空间来缓解空间压力。 因为索引是可以重建的。

二、如果某些表占用了数据文件的最后一些块，则需要先将该表导出或移动到其他的表空间中，然后删除表，再进行收缩。不过如果是移动到其他的表空间，需要重建其索引。

1）SQL> alter table t_obj move tablespace t_tbs1; ---移动表到其它表空间

也可以直接使用exp和imp来进行

2）SQL>alter owner.index_name rebuild; --重建索引

3）删除原来的表空间

三：对表分析之后也可以优化（本人没有试过）

analyze table ysgl_compile_reqsub
compute statistics for all indexes;
也要看情况，不是什么情况都可以优化，等下次有机会再测试一下。