具有UNKNOWN陈旧性的物化视图 - Oracle 11G

我正在致力于Oracle 11G。
其中一个物化视图已成为UNKNOWN（MY_MAT_VW1）。您可以检查下面的ALL_MVIEWS的输出。具有UNKNOWN陈旧性的物化视图 - Oracle 11G

OWNER | MVIEW_NAME | CONTAINER_NAME | QUERY | QUERY_LEN | UPDATABLE | UPDATE_LOG | MASTER_ROLLBACK_SEG | MASTER_LINK | REWRITE_ENABLED | REWRITE_CAPABILITY | REFRESH_MODE  | REFRESH_METHOD  | BUILD_MODE | FAST_REFRESHABLE | LAST_REFRESH_TYPE | LAST_REFRESH_DATE | STALENESS  | AFTER_FAST_REFRESH | UNKNOWN_PREBUILT | UNKNOWN_PLSQL_FUNC | UNKNOWN_EXTERNAL_TABLE | UNKNOWN_CONSIDER_FRESH | UNKNOWN_IMPORT | UNKNOWN_TRUSTED_FD | COMPILE_STATE | USE_NO_INDEX | STALE_SINCE | NUM_PCT_TABLES | NUM_FRESH_PCT_REGIONS | NUM_STALE_PCT_REGIONS 
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 
MY_DB | MY_MAT_VW1 | MY_MAT_VW1  | select.. | 6728  | N   |   |      |    | N    | GENERAL   | DEMAND   | COMPLETE   | IMMEDIATE | NO    | COMPLETE   | 14-Nov-16   | UNKNOWN   | NA     | N     | Y     | N      | N      | N    | N     | VALID   | N    | 0   |    |      | 
MY_DB | MY_MAT_VW2 | MY_MAT_VW2  | select.. | 7074  | N   |   |      |    | N    | TEXTMATCH   | DEMAND   | COMPLETE   | IMMEDIATE | NO    | COMPLETE   | 13-Nov-16   | FRESH   | NA     | N     | N     | N      | N      | N    | N     | FRESH   | N    | 0   | 0    |      |

的物化视图的查询包含复杂的多表，内联的意见和工会之间的连接。
根据我的理解（UNKNOWN_PLSQL_FUNC列）我猜有一个PLSQL函数导致陈旧程度变为UNKNOWN。但是我不确定哪一个。
我试图重新编译和刷新它，但没有运气。
任何人都可以提供一些关于如何检测根本原因的信息，并确保它不会再次变为UNKNOWN。
也有它存储在其中的数据的任何含义？
以下只是我为复制该场景而创建的示例。

SELECT * FROM ENTITY_T; 

ID | ENTITY_TYPE | FIRST_NAME | LAST_NAME | LEGAL_NAME 
-------------------------------------------------- 
1 | INDIVIDUAL | JOHN  | LESSEN | 
2 | INDIVIDUAL | ROSAN  | MEL  | 
3 | CORP  | SIGMA  |   | SIGMA CORPORATION 


--Function to get name base upon type 
CREATE OR REPLACE FUNCTION GET_NAME (P_ID IN NUMBER) 
RETURN VARCHAR2 
DETERMINISTIC 
AS 
LV_NAME VARCHAR2(200); 
BEGIN 
SELECT CASE ENTITY_TYPE WHEN 'INDIVIDUAL' THEN FIRST_NAME ||' '|| LAST_NAME 
         WHEN 'CORP' THEN LEGAL_NAME 
         ELSE 'NONE' 
     END INTO LV_NAME 
FROM ENTITY_T 
WHERE ID=P_ID; 
RETURN LV_NAME; 
EXCEPTION 
WHEN NO_DATA_FOUND THEN 
    RETURN 'NO ID FOUND'; 
WHEN OTHERS THEN 
    RETURN 'OTHER ERROR'; 
END; 

--Materialized view creation 
CREATE MATERIALIZED VIEW TEST_MV 
AS 
SELECT ID,ENTITY_TYPE,GET_NAME(ID) NAME 
FROM ENTITY_T; 


SELECT MVIEW_NAME,STALENESS,AFTER_FAST_REFRESH,UNKNOWN_PLSQL_FUNC,COMPILE_STATE,STALE_SINCE 
FROM ALL_MVIEWS WHERE MVIEW_NAME='TEST_MV'; 

MVIEW_NAME | STALENESS | AFTER_FAST_REFRESH | UNKNOWN_PLSQL_FUNC | COMPILE_STATE | STALE_SINCE 
---------------------------------------------------------------------------------------------- 
TEST_MV | UNKNOWN | NA     | Y     | VALID   |

来源

2016-11-14 hemalp108

通过JSapkota提到状态显然，这是不是一个错误，但正确/预期的行为甲骨文Issue/Doc ID 757537.1：

的MVIEW的陈旧程度，指的PL/SQL函数设置为UNKOWN ，因为无法确定PL/SQL函数更改。当前的行为是正确的设计&代码。

我想用DETERMINISTIC函数代替默认范围可以防止它。

来源

2016-11-24 09:51:14

我将通过使用DETERMINISTIC函数进行检查并让您知道结果。 – hemalp108

我们目前有一些级联视图，但是我找不到一个自定义或非确定性的PL/SQL函数（除了'wm_concat'，'nvl'，'coalesce'等等）。所以'UNKNOWN''状态问题可能在其他地方 –

''STALE_SINCE'似乎是为这样的matview设置的，只要数据库中的任何表（或结构）有任何改变，因为它在'COMPLETE'后是空的刷新 –

根据My Oracle Support的说法，这可能是一个错误（7582462）。

由于这个错误没有解决方案，因此您必须处理陈旧性将显示unknown的事实，或者不使用实例化视图定义上的函数。

参考：DBA_MVIEWS Shows STALENESS Value of UNKNOWN After Refresh (Doc ID 757537.1)

来源

2016-11-14 10:01:25 JSapkota

UNKNOWN陈旧性能有任何数据差异吗？ – hemalp108

Mview艾米工作正常，刷新没有问题，但陈旧显示'UNKNOWN'状态。 – JSapkota

它是否像甲骨文不相信我们的查询输出，并在更安全的一面更新陈旧为未知。 – hemalp108

具有UNKNOWN陈旧性的物化视图 - Oracle 11G

回答

相关问题