您當前位置：首頁 > 數據庫 > MySql > ORACLE編譯失效對象

ORACLE編譯失效對象

來源：程序員人生發布時間：2014-10-04 08:00:01 閱讀次數：6885次

ORACLE編譯失效對象

數據庫對象失效原因

數據庫對象失效的原因很多，下面大致歸納了一些常見的原因：

1: 當被引用對象的結構變更時，都會使得相關的依賴對象轉變為INVALID狀態。
數據庫中的對象（存儲過程，函數，包，視圖，觸發器），它們往往需要直接或者間接的引用其它對象，對象的依賴包括直接和間接二種，其中直接依賴是指存儲對象直接依賴于被引用對象，而間接依賴是指對象間接依賴于被引用對象
要查看被引用的對象，可以通過下面SQL查看

SELECT * FROM dba_dependencies WHERE NAME = '&objectname' ;

SELECT * FROM all_dependencies WHERE NAME = '&objectname' ;

SELECT * FROM user_dependencies WHERE NAME = '&objectname' ;

其實不管視圖，像存儲過程，函數、包等，如果代碼本身沒有什么錯誤，只是引用的對象發生了變化。也會失效。但并不影響調用，因為ORACLE在調用時會自動重新編譯的，如果其它對象變化后導致編譯有錯誤。這時調用時重新編譯后也是錯誤并處于失效狀態，所以調用會出錯。
2：發布SQL腳本時（包、存儲過程、函數等），沒有充分測試，編譯時出錯，這時對象變為無效。
3: 數據庫升級、遷移時，出現大量無效對象(本質原因，個人臆測歸結為原因1)。
4：諸如此類各種情況：例如，Oracle 會自動維護分區索引，對于全局索引，如果在對分區表操作時，沒有指定update index，則會導致全局索引失效，需要重建。

編譯失效對象的方法

統計失效的對象：

SELECT owner, object_name, object_type, status

FROM dba_objects

WHERE status = 'INVALID'

ORDER BY 1 , 2, 3 ;

編譯失效的對象：

1:   使用ALTER *** COMPLIE語句手工進行編譯，這個適用于少數、個別對象失效
        alter package <schema name>.<package_name> compile;

        alter package <schema name>.<package_name> compile body;

        alter view <schema name>.<view_name> compile;

       alter trigger <schema).<trigger_name> compile;

2：執行@$ORACLE_HOME/rdbms/admin/utlrp.sql腳本編譯數據庫失效對象。
許多情況下，由于數據庫的升級或遷移，會導致數據庫中的對象失效。由于對象之間可能存在復雜的倚賴關系，所以手工編譯通常無法順利通過。通常我們會在Oracle的升級指導中看到這個腳本，Oracle強烈推薦在migration/upgrade/downgrade之后，通過運行此腳本編譯失效對象。但是注意,Oracle提醒，此腳本需要用SQLPLUS以SYSDBA身份運行，并且當時數據庫中最好不要有活動事物或DDL操作，否則極容易導致死鎖的出現（這是很容易理解的）。
Oracle highly recommends running this script towards the end of of any migration/upgrade/downgrade.
另外，utlrp.sql 里面其實調用了$ORACLE_HOME/rdbms/admin/utlrcmp.sql來編譯失效對象。

3：ORACLE提供了自動編譯的接口dbms_utility.compile_schema(user,false); 調用這個過程就會編譯所有失效的過程、函數、觸發器、包
exec dbms_utility.compile_schema( 'SCOTT' )

4：SQL1：

set heading off ;

set feedback off ;

set echo off ;

Set lines 999 ;

Spool run_invalid.sql

select

'ALTER ' || OBJECT_TYPE || ' ' ||

OWNER || '.' || OBJECT_NAME || ' COMPILE;'

from

dba_objects

where