40亿数据插入表中，怎么办。。。oracle

wu十三

隐剑埋名 发表于 2016-1-25 15:33
就是和你的差不多，把数据分成一天一天的查询插入，提交。换数据库不忙的时候做这种事情，临时表空间还不 ...

嗯，我目前就是这么做了，没办法了，就是这么大，平均一个小时完成1/5，我现在做着呢，谢谢帮助！！！

wu十三

只能用分批的处理方法了，不能一下子处理，谢谢大家的帮助了

lastwinner

wu十三 发表于 2016-1-25 14:08
我怕数据库崩。。。

怕有什么用，谨慎小心往前上啊

lastwinner

wu十三 发表于 2016-1-25 17:38
没有，一个小时我就够受的了

没耐心是不对的

〇〇

lastwinner 发表于 2016-1-25 17:59
没耐心是不对的

一次shutdown immediate太长，我就shutdown abort,然后下次startup非常非常长

2009532140

看了一下:
1；先将 IDC_DW_D_URL  置于nologging 模式;
2；其次，INSERT /*+ append parallel(8) */   
        INTO IDC_DW_D_URL
      SELECT /*+ parallel(8) */  
        FROM
上下都加上并行;
3；是否考虑将日期字段最后更新,毕竟WHERE t.acct_date = '20150930'只是取一天的;
4:过滤条件，是否是期望的那样走或者没走索引

newkid

wu十三 发表于 2016-1-25 14:08
我怕数据库崩。。。

迟早要扩的，怎么提早把空间准备好就会崩溃？
就如OO所说，找个速度快点的存储设备来放表。
没有触发器吧？如果有复杂的约束条件，先屏蔽掉事后再重建。

lastwinner

该完成的事务始终是要完成的，数据库的一致性对Oracle来说很重要

alibull

shutdown immediate太长，如果日志里面有shutdown normal的话，还是半天关不掉我就不等了，直接abort，startup也正常不用等。

〇〇

alibull 发表于 2016-1-26 16:47
shutdown immediate太长，如果日志里面有shutdown normal的话，还是半天关不掉我就不等了，直接abort，star ...

不会吧