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
>>>
>>>
>>>
>>>
>>>
>>
> 
>
  • RE: [oracle_br] im... 'Schiavini' et...@schiavini.inf.br [oracle_br]
  • Re: [oracle_br] im... Tércio Costa terciosilvaco...@gmail.com [oracle_br]
    • Re: [oracle_b... angelo angelolis...@gmail.com [oracle_br]
      • Re: [orac... César Carvalho cesar.sys...@gmail.com [oracle_br]
        • Re: [... Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
          • R... Luis Freitas lfreita...@yahoo.com [oracle_br]
            • ... angelo angelolis...@gmail.com [oracle_br]
              • ... Isabele de Araujo Barros isabe...@gmail.com [oracle_br]
              • ... Luis Freitas lfreita...@yahoo.com [oracle_br]
              • ... jlchia...@yahoo.com.br [oracle_br]
              • ... Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
              • ... jlchia...@yahoo.com.br [oracle_br]
              • ... Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
              • ... angelo angelolis...@gmail.com [oracle_br]
              • ... Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
              • ... angelo angelolis...@gmail.com [oracle_br]
              • ... Mario Rodrigues marioirodrig...@gmail.com [oracle_br]
              • ... jlchia...@yahoo.com.br [oracle_br]
              • ... Luis Freitas lfreita...@yahoo.com [oracle_br]
              • ... jlchia...@yahoo.com.br [oracle_br]
              • ... Mario Rodrigues marioirodrig...@gmail.com [oracle_br]

Reply via email to