DML和DDL的区别
DML(Data Manipulation Language)数据操纵语言，对数据库中的数据进行一些简单操作，如insert、delete、update、select等。DML操作是可以手动控制事务的开启、提交和回滚的。
DDL(Data Definition Language)数据定义语言，对数据库中的某些对象(例如database、table)进行管理，如create、alter和drop。DDL操作是隐性提交的，不能rollback。
delete
删除整张表的数据
delete from table_name;删除部分数据，添加where子句
delete from table_name where id = 1;- delete是DML，这个操作会被放到rollback segment中，事务提交之后才会生效，如果有相应的触发器trigger，那么执行的时候可以被触发。
- 执行delete操作时，每次从表中删除一行，并且同时将该行的的删除操作记录在redo和undo表空间中以便进行回滚（rollback）和重做操作，但要注意表空间要足够大，需要手动提交（commit）操作才能生效，可以通过rollback撤消操作。
- delete可根据条件删除表中满足条件的数据，如果不指定where子句，那么删除表中所有记录。
- delete语句不影响表所占用的extent（就是表结构的中的区），高水线(high watermark)保持原位置不变。 （高水位线就存在于段（segment)中，它用于标识段中已使用过的数据块与未使用的数据块二者间交界，扫描表数据的时候，高水位线以下的所有数据块都必须被扫描。）
truncate
truncate table table_name;- truncate是DDL（data define language）即操作会立即生效，原数据不会放到rollback segment中，不能回滚，也不会触发触发器。
- truncate会删除表中所有记录，并且将重新设置高水线和所有的索引，缺省情况下将空间释放到minextents的extent（就是表结构中的段内的区域），除非使用reuse storage（使用这句话，所在的extent空间不会被回收，只是将数据删除掉，数据删除之后的freespace空间，只能供本表使用，其他的不可以使用）。不会记录日志，所以执行速度很快，但不能通过rollback撤消操作（如果一不小心把一个表truncate掉，也是可以恢复的，只是不能通过rollback来恢复）。
- 对于外键（foreign key ）约束引用的表，不能使用 truncate table（会报错（Cannot truncate a table referenced in a foreign key constraint ）），也不能使用drop table（会报错（Cannot delete or update a parent row: a foreign key constraint fails）），而应使用不带 where 子句的 delete 语句。
- truncate table不能用于参与了索引视图的表。
drop
drop table table_name;- drop是DDL，会隐式提交，所以，不能回滚，不会触发触发器。
- drop语句删除表结构及所有数据，并将表所占用的空间全部释放。
- drop语句将删除表的结构所依赖的约束，触发器，索引，依赖于该表的存储过程/函数将保留,但是变为invalid状态。
总结
- 在速度上，一般来说，drop> truncate > delete。
- 在使用drop和truncate时一定要注意，虽然可以恢复，但为了减少麻烦，还是要慎重。
- 如果想删除部分数据用delete，注意带上where子句，回滚段要足够大；如果想删除表，当然用drop；
- 如果想保留表而将所有数据删除，如果和事务无关(不能回滚)，用truncate即可；
- 如果和事务有关，或者想触发trigger，还是用delete；
- 如果是整理表内部的碎片，可以用truncate跟上reuse stroage，再重新导入/插入数据。