Bad performance for item attribute update

上一次更新網誌，是九個月前(Mar-12)的事了 ，真混 ...

之前，大陸廠同事說，更新料品主檔任一屬性，存檔都要等等等 .....。



我用 HQ 的 Org. 試了一下，不過就三五秒鐘，這樣，也還好吧 .....，不理他。

結果，前陣子(好前一陣子了)出差大陸，User 果然把握機會抱怨了這個問題。人都到了，總是要去關心一下，建立建立關係也好。

去了 User 座位，改了 Item Lead Time，存檔，神經病，等了五分鐘 ....。在 HQ，User 早就翻臉了吧 ....。

真是怪了，mtl_system_items 資料雖多，但也資料最多的是 HQ，要慢也是 HQ 慢阿 .....。查不出來，只好做 Trace。效能瓶頸竟然出現在一個叫做 DR$WAITING 的 Table，這什麼鬼阿 ~~~~~。只好去 Metalink 找一找。

Metalink 也沒交代原因，只說就依照以下步驟吧 ...

1. 執行以下 SQL，看有沒有數量很大的鬼

SELECT pnd_index_owner, pnd_index_name, COUNT(*) pnd_count
FROM ctxsys.ctx_pending
GROUP BY pnd_index_owner, pnd_index_name
ORDER BY pnd_count DESC;

2.  有的話，執行一下程式
exec ad_ctx_ddl.sync_index('APPLSYS.FND_LOBS_CTX');

3. 再執行第一步驟，看看是不是還有很大數量。如果是的話，重複步驟二。

我跟你說，那個步驟二，超級超級慢 ....。印象中，原本有一兩百萬筆，我執行了幾個月了，還有五十多萬筆 ....

後續繼續觀察吧 ....