oracle巨大表的数据删除的方法，20分钟搞定
oracle巨大表的数据删除的方法，20分钟搞定
一个客户的日志表，已经有3000多千万的记录了，容量大约30G，打算维护一下，看了一下字段，发现日志是按日期记录的，打算只保留3个月的日志就好了。
第一个思路：
按条件查出来，直接DELETE
试了一下
delete from NTLS_LOGS where to_char(START_TIMES,'yyyy-mm-dd hh:mi:ss') <'2008-08-01 00:00:00';
时间会非常长，不知道多少天能跑完，反正一个晚上没跑完，UNDO会增长到一个可怕的数字
这个思路是不行的
研究了一下，发现大多数人的思路是做个循环，每5000条左右提交一次，做了个测试语句试了一下，每小时能删除80－90万条，晕倒需要删除的数据是2700万条，猴年马月才能完成。
询问客户，发现这个业务日志表不是什么时候都要写的，每天晚上10点到第二天早上6点是没有人会使用的，很好，我立刻考虑了一种方法，思路是将需要的数据提取出来到一个新的表，然后将原表删除，将这个提取出来的表重命名为旧的日志表名。
呵呵，试一下这种方法的威力，生成新的数据整个过程只用了172S，也就是3分钟左右，表是生成了，但是没有索引，那就照抄原表的索引吧，呵呵最后花了18分21秒搞定了，其实原理就是只处理必须保留的数据这些数据远远小于要删掉的数据，跳过不需要的数据，采用CREAT SELECT AS可以充分使用索引，而且不会生存UNDO,因此速度大大加快，该方法的弊端是，必须要有一点时间，没有人使用这个表才行。
于是我写了一个SQL，将这个放到每月的自动执行计划里定期执行，定期维护这个表，避免表异常膨大，说了原理，就该上SQL了。
drop table new_log_temp;
create table new_log_temp as select * from NTLS_log where timestamp > to_date(to_char(SYSDATE-90,'yyyy-mm-dd'),'yyyy-mm-dd');
drop NTLS_LOG;
alter table new_log_temp rename to NTLS_LOG;
create index IDX_NTLS_LOG on NTLS_LOG (RECORD)
tablespace INDEXES
pctfree 10
initrans 2
maxtrans 255
storage
(
initial 64K
minextents 1
maxextents unlimited
);
create index IDX_NTLS_LOG_OPERATE_ID on NTLS_LOG (OPERATE)
tablespace INDEXES
pctfree 10
initrans 2
maxtrans 255
storage
(
相关文档：
oracle表空间操作详解
1
2
3作者： 来源： 更新日期：2006-01-04
5
6
7建立表空间
8
9CREATE TABLESPACE data01
10DATAFILE '/ora ......
每个Oracle用户都有一个名字和口令,并拥有一些由其创建的表、视图和其他资源。Oracle角色（role）就是一组权限（privilege）(或者是每个用户根据其状态和条件所需的访问类型)。用户可以给角色授予或赋予指定的权限，然后将角色赋给相应的用户。一个用户也可以直接给其他用户授权。
数据库系统权限（Dat ......
原文地址：http://book.csdn.net/bookfiles/732/10073222578.shtml
对于DML语句来说，只要修改了数据块，Oracle数据库就会将修改前的数据保留下来，保存在undo segment里，而undo segment则保存在undo表空间里。从Oracle 9i起，有两种undo的管理方式：自动Undo管理（Automatic Undo Management，简称AUM）和手工Undo管理（ ......
在实际工作中，经常要从数据库中导出数据或往数据库中导入数据。当遇到数据量较大时，就需要导入文本格式的数据，一般导入的数据格式有txt，csv等。以下主要介绍我在实际工作中向oracle中导入数据的两个实例。
1.使用PL/SQL Developer的Text Importer
（1）从菜单中选取Text Importer功能。
Tool&mda ......
oracle表中有Date类型的字段，用PD自动生成测试数据，格式为‘yyyy-mm-dd’，而oracle中插入Date类型的字段格式为'dd-mm月-yyyy'。如果数据量少，可以用to_date()，
to_date('2008-01-25 12:39:49','YYYY-MM-DD HH24:MI:SS')
但是测试用数据有10万条，如果受动去写显然是不实际的� ......
