有条件删除海量数据时，涉及的日志及空间问题

皮皮机器猫

eksmile 发表于 2015-10-26 17:11
对，目前我想到的，也是这个思路。

只是9100W的数据，从临时表数据插入到原来的表，这一过程，似乎会产 ...

加nologging  prallel *  参数，并行参数试试

p2v5

eksmile 发表于 2015-10-28 13:49
select into 的那个表，是自己在数据库的默认分区创建一个表。

我试了一下，如果我提前创建好那个表， ...

所以我让你select into前，把那个表干掉（删除），呵呵。

江南雪158

eksmile 发表于 2015-10-27 13:57
select into 到临时表后， 把目标表truncate了，然后从临时表导入回目标表时，不能用select into。而bulk ...

select into到临时表，把目标表truncate了，然后将临时表中数据生成BCP文件，将BCP文件采集到目标表中，这个数据应该是挺快的

mendel

jieyancai 发表于 2015-10-27 10:37

同意该作法，Bulk Logging 和使用临时表，这样应该可以解决你的问题。

wo992275530

学习一下，大批量数据操作还是分的时候就细化出来比较好

rgshh1990

这种大面积的删除更新不如重建，思路就很简单了直接insert as select 然后truncate就完了 更好的办法就是做表空间转移到备份盘备份速度快效率高

mwp1115

日期时间加个簇索引，1天23个小时1千多万的数据，按时间分批次删除比如1次删除一个小时的

WY24420

现在有三个问题：
1、如果只在当前表上进行DELETE操作，DELETE操作不会释放空间，并不能解决空间占用的问题。
谁告诉你的，“DELETE操作不会释放空间，并不能解决空间占用的问题”，DELETE之后释放的空间可以重用


2、DELETE操作，会记录日志，这么大数据量的操作，日志也会太大。恢复模式已经设置为“简单”了。
3、DELETE操作，即使按分区，操作时间也会很长吧。是否会超时导致失败？

这个就是个设计问题了，你做一个中间表，存储一天的数据，定期从这里面抽取你想要的数据到目标表，然后truncate这个表，依次循环继续使用这个表

johny666

这种表需要采用分区。

许愿流星1号

alter table table_name nologging;这个表就不会记录日志了
解决完后，再把目标表alter table table_name logging即可