CPYFRMSTMF

[Sven Schneider]

Also ich habe es auch noch mal mit IBM i 7.1 probiert.
Folgendes funktioniert :

• mit Windows-Notepad eine Datei im UTF8-Format im IFS angelegt, z.B. '/app/utf8.txt'

je nach Einstellung des Netservers ggf.

• CHGATR OBJ('/app/utf8.txt') ATR(*CCSID) VALUE(1208)

• CL: CRTPF FILE(QTEMP/IMPF) RCDLEN(132) FILETYPE(*SRC) CCSID(1208)

oder

• SQL: CREATE TABLE QTEMP.IMPF (IMPORT GRAPHIC (120) CCSID 13488)

oder

• SQL: CREATE TABLE QTEMP.IMPF (IMPORT VARCHAR (120) CCSID 1208)

• CPYFRMIMPF FROMSTMF('/app/utf8.txt') TOFILE(QTEMP/IMPF) MBROPT(*REPLACE) RCDDLM(*CRLF)

CPYFRMSTMF geht auch über den Umweg SRC-File :

• CL: CRTPF FILE(QTEMP/IMPF) RCDLEN(132) FILETYPE(*SRC) CCSID(1208)

• SQL: CREATE TABLE QTEMP.IMPF1 (IMPORT GRAPHIC (120) CCSID 13488)

• CPYFRMSTMF FROMSTMF('/app/utf8.txt') TOMBR('/qsys.lib/qtemp.lib/impf.file/impf.mbr') MBROPT(*REPLACE) ENDLINFMT(*CRLF)

• CPYF FROMFILE(QTEMP/IMPF) TOFILE(QTEMP/IMPF1) MBROPT(*REPLACE) FMTOPT(*CVTSRC)

@Rainer Ross
Für deine http://download.geonames.org/export/zip/DE.zip nimmst du *LF als Format für das Zeilenende.

[Fuerchau]

Immer wieder schön wenn andere auch mal was ausprobieren.
Mir steht erst jetzt V7R1 (also noch nicht V7R2) zur Verfügung um nun Diverses auszuprobieren.
Ich kann mir auch nicht vorstellen, dass es seit 2004 keine Verbesserungen bzgl. Unicodeunterstützung geben sollte.
Mit V7 steht in SQL nun auch der Typ NCHAR/NVARCHAR zur Verfügung.
Dies ist nun endlich eine Vereinfachung da mit CCSID 1200 nun UTF-16 verwendet wird.
Dies ist ein 2/4-Byte-Code und ist mit CCSID 13488 kompatibel.
Der ILERPG-Compiler definiert das Feld auch mit Typ "C" und CCSID 1200.

[Sven Schneider]

......Mit V7 steht in SQL nun auch der Typ NCHAR/NVARCHAR zur Verfügung.
Dies ist nun endlich eine Vereinfachung da mit CCSID 1200 nun UTF-16 verwendet wird.
Dies ist ein 2/4-Byte-Code und ist mit CCSID 13488 kompatibel.
Der ILERPG-Compiler definiert das Feld auch mit Typ "C" und CCSID 1200.

NCHAR/NVARCHAR gibt es seit V6R1.
Davor konnte man aber schon Datentyp GRAPHIC/VARGRAPHIC mit CCSID 1200 verwenden, was zum gleichen Ergebnis führt.

[Sven Schneider]

Immer wieder schön wenn andere auch mal was ausprobieren....

Meine Vermutung ist, das Unicode-Support für CPYFRMIMPF/CPYFRMSTMF auch für V6R1 schon funktioniert hat, ggf. sogar mit V5R4.
Leider kann ich das nicht mehr ausprobieren.

...Mit V7 steht in SQL nun auch der Typ NCHAR/NVARCHAR zur Verfügung.
Dies ist nun endlich eine Vereinfachung da mit CCSID 1200 nun UTF-16 verwendet wird.
Dies ist ein 2/4-Byte-Code und ist mit CCSID 13488 kompatibel.
Der ILERPG-Compiler definiert das Feld auch mit Typ "C" und CCSID 1200.

NCHAR/NVARCHAR gibt es seit V6R1.
Davor konnte man aber schon Datentyp GRAPHIC/VARGRAPHIC mit CCSID 1200 verwenden.

[Fuerchau]

Dass man CCSID 1200 schon vorher verwenden konnte war mir schon klar.
Es tauchte aber leider immer mal wieder die Frage auf, was 1200/13488 denn mit "Graphic" zu tun hat.
Da ist die Angabe NCHAR doch schon sprechender, da diese auch in anderen Dialekten verwendet wird und eine CCSID-Angabe nicht mehr erforderlich ist.