在10g中,Oracle新增了DBMS_MONITOR包,使得使用者可以更加方便的設定TRACE和統計資訊。這一篇介紹統計相關的過程。除了提供TRACE的開啟和關閉外,DBMS_MONITOR包還可以開啟關閉對指定會話的統計功能。SQL> SELECT SID, SERIAL#, CLIENT_IDENTIFIER2 FROM V$SESSION3 WHERE SID IN4 (SELECT SID5 FROM V$MYSTAT6
昨天一個朋友問我如何監測一個PL/SQL的健全狀態,這裡簡單介紹幾種方法。介紹專業一點的DBMS_APPLICATION_INFO包。上一篇介紹了通過INSERT和自治事務的解決方案,方法很簡單,但是需要輔助的表和過程,而且這種方法顯得有點不夠專業。那麼這裡介紹一篇相對PROFESSIONAL的解決方案,Oracle提供的DBMS_APPLICATION_INFO包:SQL> SELECT SID, ACTION2 FROM V$SESSION3 WHERE
在10g中,RMAN備份的時候進行了最佳化,不再備份表釋放空間的資料區塊。備份的文檔看得是9i的,因此一直認為RMAN備份的時候只備份那些寫過資料的BLOCK,至於當前BLOCK是否被釋放,RMAN並不關係,因此,隨著資料檔案中的空間不斷被佔用,RMAN備份組越是趨向越來越大的。SQL> SELECT * FROM
這個錯誤比較奇怪,設定AUTOTRACE是出現SP2-0611和ORA-942錯誤。版本11.2 for Linux x86-64:SQL> CONN TEST/TEST已串連。SQL> SET AUTOT TRACE搜集統計資訊時出錯ORA-942SP2-0611:啟用STATISTICS報告時出錯SQL> SET AUTOT ON搜集統計資訊時出錯ORA-942SP2-0611:啟用STATISTICS報告時出錯SQL> SET AUTOT OFFSQL> SET AUTOT
今天一個朋友找我看看一個現象是不是bug,如果直接查詢報錯,如果嵌套一層加上ROWNUM則不會報錯,如果去掉ROWNUM就會導致錯誤重現,不管ROWNUM中指定查詢多少行,都會避免錯誤的產生。首先來看這個錯誤:SQL> SELECT COUNT(*)2 FROM T_BID_ITEM A, T_BID B3 WHERE A.BID_ORGID = B.BID_ORGID4 AND A.INVITE_ID = '3003'5 AND
今天有人問我一個物化視圖查詢重寫的問題,最後發現問題其實和物化視圖的功能沒有多大的關係,而是隱式轉換導致的問題。還是通過例子來說明這個問題:SQL> create table t (2 id number,3 time date,4 other varchar2(4000))5 partition by range (time)6 (partition p1 values less than (to_date('2008-1-1'