Olá Chiappa,
Segui os passos conforme você ensinou, e no XVI32, o arquivo é mostrado
acentuado corretamente (verifique imagem em anexo), então eu mandei os
arquivos para o linux, e dei o comando: file -i nome, e o charset do
arquivo está iso-8859-1, o charset do arquivo .ctl está us-ascii.
Sendo
Bom que agora eu entendi como funciona tudo!!!
Att,
--
Wanderson Barrence
DBA Oracle 10g/11g
Analista de Testes - CBTS
--
MSN: wbarre...@hotmail.com
ICQ: 170821994
Linkedin: http://br.linkedin.com/in/wbarrence
Em 20 de agosto de
Nah, eu ** duvido ** que os params NLS estejam corretos : pra mim, o que está
acontecendo aí é que talvez vc até tenha os NLS corretos NO DATABASE, mas no
RDBMS Oracle NECESSARIAMENTE os NLS do cliente se SOBREPÕEM ao do database,
então se vc tiver NLS incorretos no cliente que gera o
Chiappa,
Eu estou fazendo a carga de dados via SQL*Loader com o Putty. E nos
arquivos de dados não tem nenhuma informação referente ao enconding.
Att,
--
Wanderson Barrence
DBA Oracle 10g/11g
Analista de Testes - CBTS
--
MSN:
Releia lá a resposta, friendão : sobre o arquivo de texto, o que eu digo é
pra vc abrir ele NUM EDITOR DE TEXTO binário, pra ver qual código de caracter
ele gravou para cada uma das letras acentuadas, aí vc compara esses códigos com
a codepage do characterset do database, veja lá se está
Chiappa,
Então as tabelas e os dados, foram importados a partir do SQL-Server 2005
para o Oracle 10g via JTDS, todavia eu envio as tabelas e os dados do
SQL-Server 2005 diretamente para um esquema do Oracle 10g (que uso como
repositório temporário), neste esquema os dados são mostrados
Vou tentar de novo, dizem que a terceira vez é a da sorte : re-re-repito,
PRIMEIRO descubra como está codificado esse arquivo-texto, depois compare com o
que o banco espera, CHEQUE a config cliente...
Bom, vamos tatibitatizar, como dizia meu mestre no Júlia Amália - vamos ver o
caso de um