Opa, então : começando pela questão da tabela, eu não tenho essa tabela no meu 
banco pessoal, nem encontrei referência para ela na Documentação ou no metalink 
- assim, pra mim essa tabela aí é resultado de alguma *** CUSTOMIZAÇÃO *** 
específica pro seu ambiente (que IMAGINO neguim fez sem documentar), como 
talvez alguma REPLICAÇÃO, a qual Inclusive não digo nada se não for via 
GoldenGate (esse prefixo GGC ** cheira ** a Golden Gate Capture)... Então 
primeira coisa veja o que vc tem nesse sentido, seja via goldengate, seja via 
STREAMS, seja via replicação (básica ou avançada)... E ** inclusive **, o fato 
da tabela pertencer ao SYSTEM também aponta para alguma Customização específica 
pro seu ambiente, já que ** POUQUÍSSIMOS ** built-ins do RDBMS Oracle criam 
coisas no SYSTEM , normalmente ou é no SYS ou é num schema próprio...
 

 Aí a outra resposta : exatamente o que vc quis dizer com "chamada para essa 
package?" Se vc está se referindo à package DBMS_LOGMNR , ela é usada para 
ADMINISTRAÇÃO do LOG MINER, aplicação NENHUMA deveria ter acesso á essa 
package... Ou talvez vc esteja pensando na LOGMNR_DICT_CACHE que vc disse que 
ficou inválida após vc renomear a  tabela SYSTEM.LOGMNRGGC_GTCS ?? Se foi isso, 
Também essa package é de uso interno, então não é Exigido que NINGUÉM tenha 
acesso a ela... Então pra mim NÂO É que o aplicativo do terceiro esteja 
chamando a package : eu acho que ela é usada INTERNAMENTE pelo LOGMINER e a tal 
customização de replicação é que criou uma dependência da tabela customizada em 
questão com a package... Provavelmente consultando a DBA_DEPENDENCIES vc vai 
descobrir que dependência é essa, mas NÂO vai conseguir saber quem a criou, só 
quem dependende dela...
 

 []s
 

   Chiappa

Responder a