請口語師傅解決 SQL

該操作長時間未成功，可能有三種狀態。

1）執行。

2）執行有問題，卡住了（這裡也算等待事件） （3）對於如何操作某個步驟很慢（例如，某個SQL的執行很慢）有三個選項。

1）繼續執行，直到執行完成，因為下一次執行可能會很長。（例如，如果使用 exp 進行備份，這將需要一些時間，即使暫停執行，下一次執行仍然需要這段時間）。

2）查詢執行到哪裡去了，看有沒有等待事件，主要是看卡在哪裡，有沒有爭用或鎖定，然後解決這些問題。

3）殺掉相關會話，然後找出操作是否在資料庫級別執行，看是不是資料庫相關的查詢問題（比如查詢表慢、執行計畫變更、無索引等），如果是，則解決。

首先，這個問題用SQL不是很容易解決，因為你需要查詢行的資料，並且每行中都出現第乙個負數。 我能想到的就是反轉**，也就是把行轉換成一列再查詢，至少我沒有精力在SQL中設計這麼複雜的查詢來達到你的要求。 而這並不是SQL所擅長的。

所以我們可以換個角度思考，excel 中嵌入的很多函式都只是擅長處理這些東西，而且行的處理比較簡單，只需要知道怎麼處理第一行，後面直接拖拽，方便快捷。 要實現上述功能，只需三個步驟：

查詢SQL結果，匯出結果到Excel，複製到Excel，匯出到下圖

找到每行第乙個負數也是最重要的一步，這裡我們先找出第一行的負數，在第 k 列公式中，如下所示：

然後按 Ctrl+Shift+Enter 鍵同時，您將得到如下所示的結果：

也就是最後一步，找出其他行的第乙個負數，怎麼拖，不知道就在網上查一下，如下圖：

當然，如果想把excel返回的結果儲存到資料庫中，可以給資料庫加兩列，或者單獨建乙個表來儲存這個查詢的值，相信你能做到！

附上 excel 處理結果：

好了，到此為止，說了這麼多，我希望你能明白，一切都不是一成不變的！

考慮：

1. 檢查所有表、索引等物件的狀態，檢視是否有異常狀態。

2、檢查模組相關表、索引的儲存結構是否異常，如高水位線等。 但是，長時間執行更新、刪除、插入等操作的表的資料指標會很亂，會降低索引查詢的效率。 您可以嘗試重建索引。

3. 對模組對應的表進行表分析，以優化資料庫對這些物件的執行效率。

4. 本模組對應的表資料量是否快速增加？ 請及時清理，或優化程式。

當然，您可以從AWR報告開始，然後分析問題的原因。 這些只是我從工作中學到的一些經驗教訓，而 AWR 報告是分析它的正確方法。