关于删除数据后，新数据插入后是否会利用原删除部分的表空间？

关于删除数据后，新数据插入后是否会利用原删除部分的表空间？

一. Oracle 删除数据的几种方法

删除表（记录和结构）的语名delete ———— truncate ———— drop
　　DELETE (删除数据表里记录的语句)

DELETE FROM表名 WHERE 条件;

注意：删除记录并不能释放ORACLE里被占用的数据块表空间. 它只把那些被删除的数据块标成unused.

如果确实要删除一个大表里的全部记录, 可以用 TRUNCATE 命令, 它可以释放占用的数据块表空间

TRUNCATE TABLE 表名;

此操作不可回退.

相同点

truncate和不带where子句的delete, 以及drop都会删除表内的数据

注意:

1.这里说的delete是指不带where子句的delete语句

2.在存储过程中默认是不允许执行truncate table tablename操作的，所以要使用

execute immediate ‘truncate table tablename’；
例如：

CREATE OR REPLACE PROCEDURE proc_delete_user_data
IS
BEGIN
   execute immediate 'truncate table T_TABLE';
   execute immediate 'truncate table T_TABLE';
END proc_delete_user_data;

不同点:

1. truncate和 delete只删除数据不删除表的结构(定义)

drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index); 依赖于该表的存储过程/函数将保留,但是变为invalid状态.

2.delete语句是dml,这个操作会放到rollback segement中,事务提交之后才生效;如果有相应的trigger,执行的时候将被触发.

truncate,drop是ddl, 操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发trigger.

3.delete语句不影响表所占用的extent, 高水线(high watermark)保持原位置不动

显然drop语句将表所占用的空间全部释放

truncate 语句缺省情况下见空间释放到 minextents个 extent,除非使用reuse storage; truncate会将高水线复位(回到最开始).

4.速度,一般来说: drop>; truncate >; delete

5.安全性:小心使用drop 和truncate,尤其没有备份的时候.

使用上,想删除部分数据行用delete,注意带上where子句. 回滚段要足够大.

想保留表而将所有数据删除. 如果和事务无关,用truncate即可. 如果和事务有关,或者想触发trigger,还是用delete.

如果是整理表内部的碎片,可以用truncate跟上reuse stroage,再重新导入/插入数据

oracle中删除表中的一列语句

alter table 表名 drop colum 列名

二. 关于DELETE数据后，新数据插入是否会利用原删除部分的表空间？

举个例子，一个表现数据占用5G表空间（表空间分配了10G），以后每天删除10万数据，每天还有新的10万数据进来

新的10万是否会利用原有删除部分的表空间？

而是使用剩余的表空间

还有就是表空间满了，我删除大表中的部分数据，后面的数据还能插入吗？ 不考虑truncate table

ORACLE官方文档说会重新使用原来已经分配的空间
测试流程：delete数据–>查询表空间情况–>Insert数据–>查询表空间情况
测试结果也是会重新使用已经分配的空间。
总结：

1. freelist的使用原则是：后入新出
   因此，一般情况下，dml操作产生的空闲空间总是优先于扩展的空间使用；也有例外，比如以append方式insert数据。
2. 删除数据的空间不会释放，可以用于后续数据更新插入使用，至于如何分配在oracle的段空间自动管理下，由oracle根据extent的前二个到三个block来管理和分配如何去为后续数据的修改来分配空间。