该sql语句该如何优化，两张表都是大数据量，急！！！

Question

      update cfg_custrisk r set r.needrecognise='1', r.recognisetype=vc_libtype
       where exists(select 1 from ta_ack_acct t
                     where t.businesscode='103' 
                       and t.transactioncfmdate>to_char((sysdate-to_number(arrchar(1))),'yyyymmdd')
                       and r.tano = t.tano and r.taaccountid = t.taaccountid 
                     group by t.tano, t.taaccountid 
                    having count(1) > to_number(arrchar(2)));
其中表cfg_custrisk 和表ta_ack_acct 数据量都上万级求高手们赐招！！！

Answer 1

1 t.transactioncfmdate>to_char((sysdate-to_number(arrchar(1))),'yyyymmdd')
t.transactioncfmdate 数据库是什么类型  避免数据库隐私转换2 table nologging

Answer 2

transactioncfmdate是char（8）类型的
第二点啥意思

Answer 3

--试试这个，没有测试，因为没有数组arrchar定义和变量vc_libtype定义
--使用GROUP BY 应该不会影响速度，才万级数据。我用我自己的表做的测试，一千四百万行数据查询时间大约是50秒。
UPDATE
  (SELECT r.needrecognise,
    r.recognisetype,
    t.tano,
    t.taaccountid,
    count(1)
  FROM cfg_custrisk r,
    ta_ack_acct t
  WHERE r.tano             = t.tano
  AND r.taaccountid        = t.taaccountid
  AND t.businesscode       ='103'
  AND t.transactioncfmdate > TO_CHAR((sysdate-to_number(arrchar(1))),'yyyymmdd')
  GROUP BY r.needrecognise,
    r.recognisetype,
    t.tano,
    t.taaccountid
  HAVING COUNT(1)      > to_number(arrchar(2) ) a
    SET a.needrecognise='1',
    a.recognisetype    =vc_libtype;

Answer 4

alter table tablename nologging;
搞完后
alter table tablename logging;

Answer 5

哎，上万级的数据量在ORACLE来说就是小小菜。。肯定是语句写的有问题。

Answer 6

才上万  绝对要不了多少时间呢  秒杀  用Where子句替换HAVING子句： 避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤。这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目，那就能减少这方面的开销。(非oracle中)on、where、having这三个都可以加条件的子句中，on是最先执行，where次之，having最后，因为on是先把不符合条件的记录过滤后才进行统计，它就可以减少中间运算要处理的数据，按理说应该速度是最快的，where也应该比having快点的，因为它过滤数据后才进行sum，在两个表联接时才用on的，所以在一个表的时候，就剩下where跟having比较了。在这单表查询统计的情况下，如果要过滤的条件没有涉及到要计算字段，那它们的结果是一样的，只是where可以使用rushmore技术，而having就不能，在速度上后者要慢如果要涉及到计算的字段，就表示在没计算之前，这个字段的值是不确定的，根据上篇写的工作流程，where的作用时间是在计算之前就完成的，而having就是在计算后才起作用的，所以在这种情况下，两者的结果会不同。在多表联接查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里。