[原创] truncate,delete,drop的异同点 |
|---|
|
| http://www.chinaunix.net 作者:oraix 发表于：2004-11-28 23:02:53 |
|
【发表评论】
【查看原文】
【Oracle讨论区】【关闭】
|
注意:这里说的delete是指不带where子句的delete语句
相同点
truncate和不带where子句的delete, 以及drop都会删除表内的数据
不同点:
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子句. 回滚段要足够大.
想删除表,当然用drop
想保留表而将所有数据删除. 如果和事务无关,用truncate即可. 如果和事务有关,或者想触发trigger,还是用delete.
如果是整理表内部的碎片,可以用truncate跟上reuse stroage,再重新导入/插入数据
个人总结,欢迎大家补充
tangsuilx 回复于：2004-02-04 11:24:11
高，
请教一下，我在某个应用程序改造中，
原程序是for informix的，在删除所有数据时，使用drop＋create。
改成for oracle 9i时，因为drop和create是ddl语句，会自动commit，
只好改成用truncate，但是没有自动commit，是否可以认为truncate不是ddl语句。
这些表都有上千万条记录，用delete肯定不行的。
oraix 回复于：2004-02-04 13:37:22
truncate是DDL
Fenng 回复于：2004-02-04 14:30:55
引用：4.速度,一般来说: drop>; truncate >; delete
你说的一般都是什么情况下呢?
SQL>; create table test as select * from all_objects where rownum<10000;
Table created.
Elapsed: 00:00:01.38
SQL>; drop table test;
Table dropped.
Elapsed: 00:00:00.11
SQL>; create table test as select * from all_objects where rownum<10000;
Table created.
Elapsed: 00:00:01.39
SQL>; truncate table test;
Table truncated.
Elapsed: 00:00:00.09
SQL>;
txfy 回复于：2004-02-04 14:42:53
这么少的数据没什么比较价值，用的时间太少，看不出来效果，怎么也弄个几百m数据看看！
tanglow 回复于：2004-02-04 16:16:53
在SYBASE数据库系统中
三个命令的功能基本上也是这样的.
troyzeng 回复于：2004-02-04 17:21:20
我们就需要这样的总结和讨论！很好！可惜我是新手，学习中，要不也说说自己的想法。
rman9i 回复于：2004-02-04 23:26:26
在实际应用中，三者的区别是明确的。
当你不再需要该表时， 用 drop;
当你仍要保留该表，但要删除所有记录时， 用 truncate;
当你要删除部分记录时（always with a WHERE clause), 用 delete.
tangsuilx 回复于：2004-02-05 09:49:19
引用：原帖由 "oraix"]truncate是DDL
发表：
可是事务中的DDL语句会引起COMMIT的啊，
我在应用中使用truncate删除某个表的数据后，装入其他
数据，后面的处理出错后，能回滚成原来的数据。
请给个解释，要不然我糗大了。
oraix 回复于：2004-02-05 09:50:00
总结得未必完全正确, 算是抛砖引玉, 有错漏不明之处欢迎大家来讨论指出
希望大家都能来做做类似的东西, 共同提高. 我想这些也是大家来论坛的目的之一.
txfy 回复于：2004-02-05 10:00:03
引用：原帖由 "tangsuilx" 发表：
可是事务中的DDL语句会引起COMMIT的啊，
我在应用中使用truncate删除某个表的数据后，装入其他
数据，后面的处理出错后，能回滚成原来的数据。
请给个解释，要不然我糗大了。
我测试无法回滚呀！
create or replace procedure testtruncate
is
begin
execute immediate 'truncate table testtrun';
insert into testtrun values('3');
rollback;
commit;
end;
--------------------------------------------------------------------------
SQL>; select * from testtrun;
I
---
2
1
SQL>; exec testtruncate;
PL/SQL 过程已成功完成。
SQL>; select * from testtrun;
未选定行
可以看出truncate虽然没有commit但是仍然无法回滚，而后来插入的3由于没有提交被回滚了。
rman9i 回复于：2004-02-05 10:08:32
引用：原帖由 "tangsuilx" 发表：
可是事务中的DDL语句会引起COMMIT的啊，
我在应用中使用truncate删除某个表的数据后，装入其他
数据，后面的处理出错后，能回滚成原来的数据。
请给个解释，要不然我糗大了。
truncate 的确是DDL.
oraix 回复于：2004-02-05 10:27:43
引用：原帖由 "tangsuilx" 发表：
可是事务中的DDL语句会引起COMMIT的啊，
我在应用中使用truncate删除某个表的数据后，装入其他
数据，后面的处理出错后，能回滚成原来的数据。
请给个解释，要不然我糗大了。
truncate是DDL , 执行后,之前的事务自动提交, 无法回滚
david5337 回复于：2004-11-28 13:16:21
晓得了！
Truncate是不会全部释放存储空间的！
Drop会释放存储空间，呵呵！
这个问题有点困扰我了！
freet15 回复于：2004-11-28 17:23:24
引用：原帖由 "rman9i" 发表：
在实际应用中，三者的区别是明确的。
当你不再需要该表时， 用 drop;
当你仍要保留该表，但要删除所有记录时， 用 truncate;
当你要删除部分记录时（always with a WHERE clause), 用 delete.
这个说法就比较通俗，truncate是不会释放存储空间的，drop就比较狠一点。
引用：原帖由 "david5337" 发表：
晓得了！
Truncate是不会全部释放存储空间的！
Drop会释放存储空间，呵呵！
这个问题有点困扰我了！
如同David的意思，但是不知道困扰David是什么？！
feijin 回复于：2004-11-28 23:02:53
truncat 不触发trigger ??? 几年来我一直没有注意过 晕阿
|
 |
原文链接：http://bbs.chinaunix.net/viewthread.php?tid=252763
转载请注明作者名及原文出处
|
|
|