2017-04-26 14 views
-1

동일한 DB에서 저장 프로 시저와 구체화 된 뷰가 있습니다.이 절차의 목적은 구체화 된 뷰를 새로 고치는 것입니다. db에서 직접 프로 시저를 실행할 때 mview가 적절하게 새로 고쳐지면 mview가 더 많은 데이터를 반환 함을 의미합니다. 이제 informatica 매핑을 수행했습니다.이 매핑은 store 프로 시저를 호출하여 mview를 새로 고칩니다. 정상적으로 실행되지만 mview가 제대로 새로 고쳐지지 않습니다. 이는 mview에 첫 번째 시도보다 데이터가 적음을 의미합니다. 내 질문은 실현 된보기가 informatica를 통해 새로 고친 후 모든 데이터를 포함하지 않는 이유는 무엇입니까? 구체화 된 뷰 새로 고침 유형이 완료되었습니다.informatica를 통해 새로 고친 후 Materialized View에 모든 데이터가 들어 있지 않은 이유는 무엇입니까?

+0

이것은 Infomatica에서 제기해야 할 것으로 보입니다. – APC

+0

MV를 새로 고치는 두 가지 방법이있는 것 같습니다. 한 가지 방법은 아마도 DBMS_MVIEW.REFRESH를 통해 DB를 통하는 것입니다. 두 번째 방법은 사용자 정의 프로 시저에서 가져온 것으로 informatica에서 호출하면 작동하지 않습니다. 절차가 잘못되어 Informatica와 관련되지 않을 수도 있습니다. 그리고 당신이 당신의 시술에 관해 아무것도 제공하지 않았기 때문에이 공동체가 당신을 어떻게 도울 것이라고 기대합니까? – unleashed

+0

동일한 (DBMS_MVIEW.REFRESH) 시간을 사용하여 MV를 새로 고칩니다. 여전히 새로 고침되는 레코드의 수가 다릅니다. 도와주세요. –

답변

1

대부분의 경우 문제는 저장 프로 시저를 성공적으로 호출하지 않았지만 자신이 있음을 확신하고 있다는 것입니다. 스토어드 프로 시저가 성공적으로 실행되었음을 확인하는 세션 로그의 발췌 부분을 포함하십시오 (스토어드 프로 시저 호출이 수행 될 때 사용 된 연결을 확인하십시오. 즉, 맵핑을 작성할 때 연결을 선택했으나 워크 플로우에서 연결을 선택했을 수 있습니다. 거의 동일하지 않은 기본값으로 설정됩니다)

+0

동일한 (DBMS_MVIEW.REFRESH) 시간을 사용하여 MV를 새로 고칩니다. 여전히 새로 고침되는 레코드의 수가 다릅니다. 제발 도와주세요 –

+0

세션 로그 발췌 부분을 공유 할 수 있다면이 점을 증명하고 우리가 당신을 도울 수 있기를 바랍니다. –