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
OWB - Tabela DBG$ID
-
- 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
...................................................
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,
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,
-
- 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
...................................................
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,
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,
-
- 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...
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...
Link do texto acima: http://download.oracle.com/docs/cd/E118 ... ppings.htmCleaning 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.
-
- Informação
-
Quem está online
Usuários navegando neste fórum: Nenhum usuário registrado e 7 visitantes