UTL_FILE et le jeu de caractères

J'ai travaillé sur cette chose pendant des jours et il me rend fou.
J'ai un oracle de la procédure que l'écriture d'un fichier à l'aide de UTL_FILE.
J'ai utilisé pour stocker mes valeurs en tant que NVARCHAR2 et écrire mon fichier à l'aide de UTL_FILE.PUT_LINE_NCHAR procédure, et il a écrit de fichier (ce que notepad++ considérer comme) UTF8.
Le fichier est ensuite utilisé par un autre programme, le problème, c'est que ledit programme de lecture à l'aide de WE8MSWIN1252, et je ne peux pas changer les choses, puisque c'est le code de legs.
J'ai donc essayé d'utiliser UTL_FILE.PUT_LINE procédure à la place, mais le fichier était encore considéré comme de l'utf-8.
J'ai vu dans d'oracle documentation NVARCHAR2 utilisé le jeu de caractères nationaux (le mien est al16utf16, respectivement), alors j'ai essayé d'utiliser le CONVERT méthode comme ceci:

CONVERT(whatIWantToWrite, 'WE8MSWIN1252', 'AL16UTF16'))

et il a soulevé la ORA-29298 jeu de Caractères Exception d'incompatibilité.
Je ne comprends pas, mon NLS_NCHAR_CHARACTERSET est al16utf16, respectivement pourquoi je ne peux pas le convertir en WE8MSWIN1252 ?
Est-il une autre façon d'écrire un fichier à l'aide de WE8MSWIN1252 ?

Lorsque vous avez changé d' put_line_nchar à put_line, avez-vous aussi changer de fopen_nchar à open? Est whatIWantToWrite votre nvarchar2 colonne ou un PL/SQL variable, et si le dernier de ce type de données est-il?
Vous l'aurez deviné. J'ai oublié de remplacer fopen_nchar avec fopen. Ne peux pas croire que j'ai passé autant de temps sur ce. De toute façon, je vous Remercie beaucoup.

OriginalL'auteur DeadlyJesus | 2014-02-26

6

Cela semble être parce que vous êtes encore de l'ouverture du fichier avec fopen_nchar. Si je fais ceci:
```
create table t42(str nvarchar2(20));
insert into t42 values ('Hello');

declare
  file utl_file.file_type;
  l_str nvarchar2(20);
begin
  select str into l_str from t42;
  file := utl_file.fopen('<directory>', 'dummy.dat', 'w', 32767);
  utl_file.put_line(file, convert(l_str, 'WE8MSWIN1252', 'AL16UTF16'));
  utl_file.fclose(file);
end;
/
```
... puis-je obtenir un fichier contenant ä¡¥æ±¬, qui l'Linux file de commande, rapports de UTF-8 Unicode text; Notepad++ montre 䡥汬 et dit que le fichier est "ANSI que de l'UTF-8'.

Si je change le fopen à fopen_nchar:
```
  file := utl_file.fopen_nchar('CENSYS_EXPORT_DIR', 'dummy.dat', 'w', 32767);
```
... puis-je obtenir ORA-29298: Character set mismatch et un fichier vide.

Si je retourne à fopen mais le changement le PL/SQL variable varchar2:
```
declare
  file utl_file.file_type;
  l_str varchar2(20);
begin
  select str into l_str from t42;
  file := utl_file.fopen('<directory>', 'dummy.dat', 'w', 32767);
  utl_file.put_line(file, convert(l_str, 'WE8MSWIN1252', 'AL16UTF16'));
  utl_file.fclose(file);
end;
/
```
... puis le fichier contient Â¿Â¿ (en vim) et le fichier est signalé comme ISO-8859 text. Mais Notepad++ montre ߿ et dit que le fichier est ANSI.

Plutôt que d'utiliser convert, Oracle décourage, vous pouvez rebondir à travers raw:
```
declare
  file utl_file.file_type;
  l_str varchar2(20);
begin
  select str into l_str from t42;
  file := utl_file.fopen('<directory>', 'dummy.dat', 'w', 32767);
  utl_file.put_line(file,
    utl_raw.cast_to_varchar2(utl_raw.convert(utl_raw.cast_to_raw(l_str),
      'ENGLISH_UNITED KINGDOM.WE8MSWIN1252', 'ENGLISH_UNITED KINGDOM.UTF8')));
  utl_file.fclose(file);
end;
/
```
Dans Linux qui montre que Hello et le fichier est signalé comme ASCII text; Notepad++ indique qu'il Hello ainsi, et, de nouveau, dit que le fichier est ANSI. Je suis pas clair si cela vous mène là où vous devez être... et vous pourriez avoir besoin d'une autre langue et les paramètres régionaux, bien sûr.

Mais ma base de données utilise le jeu de caractères AL32UTF8, et mon jeu de caractères nationaux est al16utf16, respectivement, de sorte que vous pourriez voir des comportements différents; si votre base de données utilise le jeu de caractères WE8MSWIN1252 alors le fichier sera créé que des la documentation:

UTL_FILE s'attend à ce que les fichiers ouverts par UTL_FILE.FOPEN en mode texte
sont encodés dans la base de données du jeu de caractères. Il s'attend à ce que les fichiers
ouvert par UTL_FILE.FOPEN_NCHAR en mode texte sont encodés en UTF8
jeu de caractères.

OriginalL'auteur Alex Poole
0

C'est peut-être une option pour vous convertir le fichier par la suite, il a été écrit sur le disque, par exemple avec Java outil Native-à-ASCII Convertisseur.
```
native2ascii -encoding UTF8 my_text_file_utf.txt my_text_file.tmp
native2ascii -reverse -encoding windows-1252 my_text_file.tmp my_text_file_1252.txt
```
OriginalL'auteur Wernfried Domscheit

Vous pouvez utiliser dbms_xslprocessor.clob2file.

declare
  l_str varchar2(20);
BEGIN
  select str into l_str from t42;
  dbms_xslprocessor.clob2file(to_clob(l_str), 'UTLDIR', 'file.txt', 2000);
END;

Al16utf16, respectivement(csid)=2000 WE8MSWIN1252(csid)=178
Pour obtenir CSID:

SELECT NLS_CHARSET_ID('WE8MSWIN1252') FROM DUAL;

OriginalL'auteur Sylwek

Vous devez vous connecter pour publier un commentaire.