哈哈哈,大量数据的更新肯定是要分批来做的,你如果直接update,等再多时间也没用,估计会回滚段爆满啊~~上网搜搜吧,分批更新

解决方案 »

  1.   

    可以使用dbms_application_info来设置..不过不知道又有什么关系呢.. 可以使用v$transaction做一个大概的监控..只要系统的undo, load能够承受就可以了..
      

  2.   

    肯定要分批,而且update的速度大家都知道是比其他的语句要慢的。同意lionant(剑舞清风) 的意见,写脚本更新10000条记录出一行信息提示。
      

  3.   

    for i=0 to 100 do
    begin
     update tablename
     set colume = xxx
     where colume = 'xxxx' and rownum <10000; commit;
    end上面的语句一千条来更新 然后循环执行100次
      

  4.   

    建议用批量提交.BTW:row%count可以返回多少条.
      

  5.   

    分批update吧,否则是无法知道已经更新的记录数的,不过回滚段的事情不用担心,100W条数据的更新还不至于把oracle默认的回滚段撑满
      

  6.   

    分批update吧,否则是无法知道已经更新的记录数的,不过回滚段的事情不用担心,100W条数据的更新还不至于把oracle默认的回滚段撑满
    -----------------------------------------
    回滚段真的不用担心吗?
    如果你只是在本机做测试,或许可以不考虑,
    但对于应用系统而言,成千上万用户正在使用,你真的不担心回滚段??