Isabele, Obrigado pela ajuda, eu fiz isso tb (alterar a coluna com problema) e deu certo, mas não posso deixar assim rsrsrs .. é aquele famoso paliativo rsrsrsrs Ainda no aguardo do retorno da empresa ..
Chiappa .. a questão da linha do export done .. será que é só no 12c? no 11g num rola??? Em 4 de abril de 2017 15:40, Isabele de Araujo Barros isabe...@gmail.com [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: > > > 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 >>> >>> >>> >>> >>> >> > >