這一點(diǎn)小小的區(qū)別，速度就差100倍么

sshd

It's interesting. Which optimizer is used for your queries? I assume it is RBO.  Can you confirm that?

rollingpig

Can you post full sql ?

Do you use sub-query ?

netzh

把執(zhí)行計(jì)劃貼出來(lái)看看啊，是不是加過(guò)函數(shù)索引啦

伯爵的Druid

優(yōu)化方案是first rows
下面是腳本 只要把這個(gè)腳本的2005-1-26
改成20050126 速度相差100倍


SELECT   0 accountid, 0 companyid, 0 deptid,
         TO_DATE ('2005-01-26', 'YYYY-MM-DD') submittime, 0 ID, '' orderid,
         TO_DATE ('2005-01-26', 'YYYY-MM-DD') orderdate, a.customerid,
         0 productid, b.customercode productcode, b.customerdesc productdesc,
         '' baseunit,
         CASE
            WHEN SUM (quantorder) = 0
               THEN 0
            ELSE ROUND (  SUM (amounttradeorder)
                        / SUM (CAST (quantorder AS DEC (12))),
                        2
                       )
         END tradeprice,
         '' retailprice, SUM (quantreq) quantreq, SUM (quantorder) quantorder,
         SUM (amounttradeorder) amounttradeorder,
         SUM (quantdelivered) quantdelivered,
         SUM (amountdelivered) amountdelivered, SUM (quantsales) quantsales,
         SUM (amounttradesales) amounttradesales,
         SUM (amountretailsales) amountretailsales, '' taxrate, '' tax,
         '' disc, '' discamount, 0 invoiceno, '' invoicetype, '' paymentmode,
         '' ispaid, '' acceptancemode, '' deliverymode, '' ischeck,
         TO_DATE ('2005-01-26', 'YYYY-MM-DD') checkdate, '' orderstatus,
         0 roadid, 0 deliverseq, a.visitsalesmanid, a.delevererid,
         0 invoicemakerid, '' gpicklistid, '' deliverylistid,
         TO_DATE ('2005-01-26', 'YYYY-MM-DD') deliverydate, 0 whid, '' remark,
         '' iscancel, '' tag
    FROM t_visitsales_orderdetail a JOIN t_comm_customer b ON a.customerid =
                                                                  b.customerid
   WHERE a.productid = 110110
     AND NVL (a.paymentmode, '0') LIKE '%'
     AND NVL (acceptancemode, '0') LIKE '%'
     AND NVL (a.ispaid, '0') LIKE '%'
     AND NVL (a.iscancel, '0') LIKE '0'
     AND orderdate BETWEEN TO_DATE ('2005-1-26', 'yyyy-mm-dd')
                       AND TO_DATE ('2005-1-26', 'yyyy-mm-dd')
     AND a.visitsalesmanid = 9001
GROUP BY a.visitsalesmanid,
         a.delevererid,
         a.customerid,
         b.customercode,
         b.customerdesc
ORDER BY b.customercode

伯爵的Druid

執(zhí)行計(jì)劃1
SELECT STATEMENT, GOAL = FIRST_ROWS
SORT GROUP BY
  NESTED LOOPS
   TABLE ACCESS FULL        SJZEM        T_VISITSALES_ORDERDETAIL
   TABLE ACCESS BY INDEX ROWID        SJZEM        T_COMM_CUSTOMER
    INDEX UNIQUE SCAN        SJZEM        PK_T_COMM_CUSTOMER

伯爵的Druid

執(zhí)行計(jì)劃2
SELECT STATEMENT, GOAL = FIRST_ROWS
SORT GROUP BY
  FILTER                                       
   NESTED LOOPS
    TABLE ACCESS BY GLOBAL INDEX ROWID        SJZEM        T_VISITSALES_ORDERDETAIL
     INDEX SKIP SCAN        SJZEM        IDX_ORDERDETAIL_ORG
    TABLE ACCESS BY INDEX ROWID        SJZEM        T_COMM_CUSTOMER       
     INDEX UNIQUE SCAN        SJZEM        PK_T_COMM_CUSTOMER

伯爵的Druid

兩個(gè)執(zhí)行計(jì)劃的區(qū)別
僅僅在于我把where子句的2005-1-26
改成了20050126
先后兩個(gè)查詢(xún)
前1個(gè) 用時(shí)8.5秒
后1個(gè) 用時(shí)0.125秒

伯爵的Druid

提上來(lái)
問(wèn)題又出現(xiàn)了 謝謝

lmtok

請(qǐng)問(wèn)一下樓主，先后兩條SQL出來(lái)的結(jié)果都一樣嗎？

伯爵的Druid

ok 回樓上結(jié)果一模一樣 但是 時(shí)間差很多
上次出現(xiàn)這個(gè)問(wèn)題 重啟了小型機(jī) 這個(gè)問(wèn)題就沒(méi)了
前幾天又重啟了機(jī)器 問(wèn)題又出現(xiàn)了。
對(duì)系統(tǒng)的影響非常大，把應(yīng)用搞垮。