OWB - Tabela DBG$ID

Oracle Business Intelligence, Oracle Warehouse Builder OWB, Oracle Discoverer, BI Publisher, XML Publisher, OLAP, Data Mining, ODI Oracle Data Integrator, etc
Responder
lsantos
Rank: Estagiário Júnior
Rank: Estagiário Júnior
Mensagens: 1
Registrado em: Qua, 02 Set 2009 11:01 am
Localização: Belo Horizonte - MG
Lucas Santos

*****************

Analista de Sistemas

*****************

Pessoa beleza?
Estou com uma dúvida com relacao a ferramenta OWB.
Estive percebendo que quando criamos um processo no map o OWB cria no banco tabelas com o OWNER DBG$ID.
alguém podeira me dar mais informaçoes sobre essas tabelas?
É possivel desabilitar no OWB para evitar a geraçao destas tabelas?
Posso apaga-las e qual é o impacto disso??

Obrigado a Todos
erthal
Rank: Analista Sênior
Rank: Analista Sênior
Mensagens: 130
Registrado em: Seg, 22 Nov 2004 1:45 pm
Localização: Niterói - RJ
Gustavo Erthal Jr. | TRISCAL
...................................................
Rio de Janeiro | (21) 2507-2010
São Paulo | (11) 3167-0526
www.triscal.com.br

Lucas,

Essa tabela causa algum impacto na execução dos seus mapeamentos?

Se não, deixe a tabela em paz e dê uma olhada na documentação do produto ou no Metalink.

Abraços,
erthal
Rank: Analista Sênior
Rank: Analista Sênior
Mensagens: 130
Registrado em: Seg, 22 Nov 2004 1:45 pm
Localização: Niterói - RJ
Gustavo Erthal Jr. | TRISCAL
...................................................
Rio de Janeiro | (21) 2507-2010
São Paulo | (11) 3167-0526
www.triscal.com.br

Lucas,

Acho que essa tabela é criada quando você roda o processo de DEBUG por dentro do mapeamento.

Não apague objetos do OWB sem orientação da Oracle. Não é recomendável apagar os objetos. Se você preferir, faça um backup dos seus projetos, por dentro do Design Center, pela opção Export Metadata Definitions.

A seguir desinstale o repositório, drop as views que foram criadas na instalação anterior, e então reinstale o repositório. Depois de reinstalado, import o backup sugerido no parágrafo anterior.

As tabelas DBG% não existirão até que você rode o processo DEBUG novamente.

Abraços,
ricardo.camilos
Rank: Estagiário Sênior
Rank: Estagiário Sênior
Mensagens: 13
Registrado em: Ter, 16 Jun 2009 3:42 pm
Localização: Belo Horizonte - MG
Business Intelligence Consultant

Prezados,

Parece que na versão 11gR2 há um script para limpar essas tabelas. Trabalho com a versão 10gR2 e não encontrei nela, caso alguém encontre alguma coisa...
Cleaning Up Debug Objects in the Runtime Schema

Debug tables, with names prefixed with DBG$, are created in the runtime schema when you debug mappings. Because multiple users, using multiple instances, can debug the same mapping, debug objects are created separately for each debug session. The debug objects for a session are automatically dropped at the end of the session. However, if the user abruptly exits the Design Center without exiting the mapping debugger, the debug objects for the debug session in progress are not dropped, and become stale objects.

However, you can clean up all debug objects in the runtime schema by using the OWB_ORACLE_HOME/bin/admin/cleanupalldebugobjects.sql script. This script drops all the stale objects prefixed by DBG$ in the runtime repository user schema.

This script should be run by a Warehouse Builder user with administrator privileges. Before you run this script, determine if all the objects that are prefixed by DBG$ in the runtime user schema are stale. Because the same mapping can be debugged using multiple instances, running this script will cause disruptions for other users debugging the same mapping.
Link do texto acima: http://download.oracle.com/docs/cd/E118 ... ppings.htm
Responder
  • Informação
  • Quem está online

    Usuários navegando neste fórum: Nenhum usuário registrado e 17 visitantes