Mario,
Já aconteceu esse problema comigo. No Oracle XE o encoding padrão é o utf-8. No UTF-8 tem caracteres que podem ocupar mais de 1 byte, por isso ocorre o problema. http://stackoverflow.com/questions/81448/difference- between-byte-and-char-in-column-datatypes http://dba.stackexchange.com/questions/2736/oracle-import-problem-caused-by-different-character-sets O que eu fiz foi identificar as colunas com problema, criei as tabelas sem dados, aumentei o tamanho dos campos e importei os dados. Acho que também mudando de byte para char também resolve, mas não testei. Att, Isabele Em 4 de abril de 2017 15:23, angelo angelolis...@gmail.com [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Mario, tenta importar de novo com o impdp ( vai dar erro ) > > mas coloca pra gerar log em txt logfile=erro.txt e olha o arquivo de > erro gerado > O encoding utilizado vai aparecer dentro do log, logo no inicio quando o > arquivo dmp começar a ser lido. > > E ai vc pode ajustar a sua sessão pra importar com o encoding original. > > > > > On 4 April 2017 at 15:10, Luis Freitas lfreita...@yahoo.com [oracle_br] < > oracle_br@yahoogrupos.com.br> wrote: > >> >> >> Mario, >> >> O melhor é ver qual o characterset da base que gerou o export, e criar >> uma base usando o mesmo characterset. >> >> Pode olhar o arquivo com "strings xxxx.dmp | head" (Em linux/unix), >> deve aparecer o characterset em que ele foi gerado, que provavelmente é o >> characterset da base de origem. >> >> Se eu fosse chutar, o arquivo deve ser WE8ISO8859P1 e você deve estar >> usando uma base UTF8 (Unicode). >> >> Atc, >> Luis Freitas >> >> >> On Tuesday, April 4, 2017 2:01 PM, "Mario Rodrigues >> marioirodrig...@gmail.com [oracle_br]" <oracle_br@yahoogrupos.com.br> >> wrote: >> >> >> >> Pois é ... já solicitei as informações a empresa q fez o export .. é que >> tenho certeza que vai demorar uns 2 dias para eu obter a resposta .. estou >> pesquisando (com as dicas de vcs) uma forma de tentar resolver sem depender >> deles ... >> >> Obrigado >> >> >> >> Em 4 de abril de 2017 13:44, César Carvalho cesar.sys...@gmail.com >> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: >> >> >> Ta com cara de encoding mesmo. >> >> Em 4 de abril de 2017 13:35, angelo angelolis...@gmail.com [oracle_br] < >> oracle_br@yahoogrupos.com.br> escreveu: >> >> >> Será que não está com o encoding errado não ? >> >> Tem que ser igual ao do banco de dados que foi exportado, do contrario >> vai chover erros pra todo lado porque o impdp tenta fazer uma conversão >> impossível de rolar. >> >> >> >> 2017-04-04 11:31 GMT-03:00 Tércio Costa terciosilvaco...@gmail.com >> [oracle_br] <oracle_br@yahoogrupos.com.br> : >> >> >> [image: alt]Oracle XE tem os mesmos limites de coluna que as outras >> versões. Acontece que o erro está mostrando que o carácter que ele está >> tentando importar tem tamanho 31 mesmo, maior que o da coluna, por isso o >> erro. Verifique essa linha em questão se é assim mesmo, faça uma consulta >> na base que exportou. >> >> >> >> >> Em 4 de abril de 2017 11:16, Mario Rodrigues marioirodrig...@gmail.com >> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: >> >> >> Pessoal, >> >> Bom Dia >> >> Estou realizando o import de uma base, dai aestou tendo a seguinte msg de >> erro: >> >> value too large for column DESCRICAO(actual: 21, maximum: 20) >> >> Quem fez o DUMP me informou que a coluna em questão esta com 30 no >> tamanho ... alguem sabe me informar se no ORACLE XE tem algum limite sobre >> o tamanho??? >> >> >> >> >> >> >> -- >> >> [image: photo] >> *Tércio Costa, * >> *Oracle Certified SQL Expert* >> Analista de Sistemas, Unimed João Pessoa >> m:+55 83 9 9915 9168 | w:https://oraclepress.wordpr ess.com/ >> <http://oraclepress.wordpress.com/> | >> <http://plus.google.com/+T%C3%A9rcioCosta> >> <http://br.linkedin.com/in/terciocosta> >> >> >> >> >> >> -- >> >> César Carvalho >> Especialista em Banco de Dados >> MCP|MCSA|VPS|VTSP >> *E-mail:* cesar....@hotmail.com | cesar.sys...@gmail.com >> *Skype:* cesar.dba >> >> >> >> >> > >