Não, não é necessário rodar Nada após o import *** SE *** não houve erros , devido à dados já existentes, objeto que não pôde ser criado (por falta de permissão no usuário fazendo import, por espaço em disco ou o que for)... Pode consultar na documentação do import, que vc vai confirmar essa ausência...
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, Paulo Couto <paulopcto2002@...> escreveu > > Chiappa vlw pelo retorno, no pós import, é necessário rodar algum comando > para recompilar objetos ou algo do tipo? Nas pesquisas que fiz não encontrei > nada sobre o post import. > > Estou usando o antigo comando imp no oracle 10g nas duas bases. > > Att, > > > ________________________________ > De: J. Laurindo Chiappa <jlchiappa@...> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Terça-feira, 10 de Julho de 2012 11:19 > Assunto: [oracle_br] Re: help importação > > > > > Oi, Rafael : via de regra, erros IMP-xxx normalmente implicam que é o import > tradicional , mas no caso do Paulo creio que não importa qual seja a tool ou > a versão, a msg "ORA-00001: unique constraint (PIMSPI.XPKCPCMOTPARDESC) > violated" bem claramente indica que o problema é duplicidade, ie, algumas > chaves da produção já existiam no ambiente teste... Isso pode ser por > tentativa repetida de importação, ou simplesmente porque os > testadores/desenvolvedores já tinham mesmo criado registros com a mesma > chave, não importa.... > Paulo, a solução é simples, é vc fazer a remoção dos registros duplicados : > como provavelmente seria difícil vc saber quais são, E devem haver muitos > deles, o mais fácil seria mesmo vc dropar e recriar o usuário a receber os > dados, ou simplesmente vc importar os dados em um outro usuário, se > possível... > Que fique Claro também que isso Não vai resolver as eventuais constraints > inter-schemas (ie, constraints do schema X que apontam para e/ou são > referenciadas por um schema Y) : se vc tiver isso no seu database, o > procedimento é primeiro dropar X e Y em teste, depois exportar & importar > apenas os dados de X e Y, e depois aí sim finalmente importar as constraints > (ou se não importar, recriar as constraints , até com NOVALIDATE se quiser > para melhor performance, via DBMS_METADATA ou script similar).... > > []s > > Chiappa > > --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca > <raffaell.ti77@> escreveu > > > > Paulo, bom dia. > > > > Se possível, cola o comando pra gente, você está usando o Data Pump ou o > > antigo import? > > > > > > ________________________________ > > De: Paulo Couto <paulopcto2002@> > > Para: "mailto:oracle_br%40yahoogroups.com" > > <mailto:oracle_br%40yahoogrupos.com.br> > > Enviadas: Terça-feira, 10 de Julho de 2012 10:28 > > Assunto: [oracle_br] help importação > > > > > > > > Amigos, bom dia, > > > > Estou precisando importar em uma base de testes apenas um owner da produção. > > Mas ocorre que na importação apresenta estes erros de constraints. > > O que fazer para driblar este problema ? dropar o user com cascade e > > importar novamente ? > > ou existe outra técnica, não tenho idéia de quantas constrantes tem nesta > > base. > > Atencisoamente, > > Paulo. > > > > > > IMP-00019: row rejected due to ORACLE error 1 > > IMP-00003: ORACLE error 1 encountered > > > > ORA-00001: unique constraint (PIMSPI.XPKCPCMOTPARDESC) violated > > Column 1 018 > > Column 2 OPERACIONAL - AGRÍCOLA > > Column 3 OPERAC > > Column 4 02 > > Column 5 N > > Column 6 N > > Column 7 N > > Column 8 > > Column 9 > > IMP-00019: row rejected due to ORACLE error 1 > > IMP-00003: ORACLE error 1 encountered > > ORA-00001: unique constraint (PIMSPI.XPKCPCMOTPARDESC) violated > > Column 1 017 > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >