Chiappa, Muito obrigado pela atenção, tuas informações/testes e etc... foram de muita utilidade e clareza no problema reportado. Sobre o suporte Oracle eles recomendaram isso:
CONVERT FROM UTF8 DATABASE TO WE8ISO8859P1 DOES NOT DISPLAY; specially French E-acute Symbol ( Doc ID 1497181.1 <https://support.oracle.com/epmos/faces/DocumentDisplay?parent=SrDetailText&sourceId=3-15685564521&id=1497181.1> ) You can use tools like DMU to check for invalid characters converting to different character sets. How to Migrate a WE8ISO8859P1 DB to AL32UTF8 using DMU 1.2 - an example ( Doc ID 1546507.1 <https://support.oracle.com/epmos/faces/DocumentDisplay?parent=SrDetailText&sourceId=3-15685564521&id=1546507.1> ) Atenciosamente, Rogério Camatini Em 26 de setembro de 2017 19:22, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Última forma na minha resposta anterior : Prosseguindo ainda na questão, > nós vemos que o SQL DEVELOPER é capaz de consultar certinho os dados > conectando diretamente no banco 8859P1 ** mas ** ao conectar no banco P15 e > usar dblink criado no banco ISO8859P15 ** não exibe ** os caracteres P1 > incompatíveis com o CHARACTERSET do banco P15.... Isso COMPROVA que o SQL > Developer tenta ** SIM ** fazer uma conversão implícita, e como vc tem esse > FURO de ter usado um characterset incompatível na origem do dblink, > persiste os ? .... > para PROVAR que o problema é a conversão implícita que ocorre para o > characterset do banco onde vc tá conectado, dois testes : > > T1 : conversão Explícita para UNICODE, veja em > http://picpaste.com/Query_via_dblink_convert_UNICODE-lVvZG0li.gif que > convertendo Explicitamente para um characterset SUPERSET tanto do P1 quanto > do P15 o SQL DEVELOPER exibe TUDO DIREITINHO... > > T2 : conversão implícita ocorrendo num database que foi criado com > characterset superset do ISO8859P1 da origem : no exemplo abaixo criei um > database com o CHARACTERSET WE8MSWIN1252 que é SUPERSET do P1, crio o > database link nele E depois conectarei nele : > > > [oracle@ODIGettingStarted ~]$ export ORACLE_SID=DB1252 > [oracle@ODIGettingStarted ~]$ sqlplus system/oracle > > SQL*Plus: Release 11.2.0.4.0 Production > > Copyright (c) 1982, 2013, Oracle. All rights reserved. > > > Connected to: > Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit > Production > With the Partitioning, OLAP, Data Mining and Real Application Testing > options > > system@DB1252:SQL> CREATE DATABASE LINK DB1252_TO_DBP1 CONNECT TO SYSTEM > identified by oracle using 'DBP1'; > > Database link created. > > system@DB1252:SQL> select * from NLS_DATABASE_PARAMETERS where > parameter='NLS_CHARACTERSET'; > > PARAMETER VALUE > ------------------------------ ---------------------------------------- > NLS_CHARACTERSET WE8MSWIN1252 > > system@DB1252:SQL> > > ==> veja em http://picpaste.com/Query_via_dblink_from_DB1252-CfCUoa9g.gif > que a conexão que fiz via dblink nesse database com characterset COMPATÍVEL > com o P1 tá mostrando Todos os caracteres certinho, agora sim ... > > ===>> Então acho que é Isso que o Suporte da Oracle vai te responder no > teu chamado : quando vc tem uma origem de dados incompatível com o banco em > que vc está conectado, OU vc converte o banco OU vc faz uma conversão dos > dados manualmente... > > []s > > Chiappa > > >
