概述

在日常數據庫維護過程中，我們會發現數據庫中一些對象(包Package、存儲過程Procedure、函數Function、視圖View、同義詞.....)會失效,呈現無效狀態(INVALID)。有時候需要定期檢查數據庫中存在哪些失效對象，對于存在異常的對象需要重新編譯，有些自動失效的對象，一般會在下次調用的時候，會被重新編譯，所以這些不需要人工干預。那么為什么對象突然會失效呢？又如何快速、高效的編譯失效對象呢？哪些失效的對象不需要我們去重新編譯呢？

---

一、數據庫對象失效原因

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

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、數據庫升級、遷移時，出現大量無效對象。

4、 諸如此類各種情況：例如，Oracle 會自動維護分區索引，對于全局索引，如果在對分區表操作時，沒有指定update index，則會導致全局索引失效，需要重建。

---

二、查看失效對象

1、統計失效的對象：

select owner, object_type, status, count(*) from dba_objects where status='INVALID' group by owner, object_type, status order by owner, object_type;

2、查看具體失效對象

col owner for a20;col object_name for a32;col object_type for a16col status for a8select owner, object_name, object_type, status from dba_objects where status='INVALID' order by 1, 2,3;

---

三、解決對策

1、使用ALTER *** COMPLIE語句手工進行編譯，這個適用于少數、個別對象失效

alter package . compile;alter package . compile body;alter view . compile;alter trigger compile;

2、執行@$ORACLE_HOME/rdbms/admin/utlrp.sql腳本編譯數據庫失效對象。

許多情況下，由于數據庫的升級或遷移，會導致數據庫中的對象失效。由于對象之間可能存在復雜的依賴關系，所以手工編譯通常無法順利通過。通常我們會在Oracle的升級指導中看到這個腳本，Oracle強烈推薦在遷移或者升級后，通過運行此腳本編譯失效對象。但是此腳本需要用SQLPLUS以SYSDBA身份運行，并且當時數據庫中最好不要有活動事物或DDL操作，否則極容易導致死鎖的出現。

3、自動編譯(慎用，可以手動就手動吧)

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

exec dbms_utility.compile_schema( 'SCOTT' )

---

后面會分享更多devops和DBA方面的內容，感興趣的朋友可以關注一下~

總結

以上是生活随笔為你收集整理的oracle vm发现无效设置_Oracle数据库编译失效对象相关命令总结大全，值得收藏的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。