PDA

View Full Version : alle sprachen in einer Datenbanken



Xanas
14-05-07, 10:04
Hallo,

ich würde gerne eine Datenbank erstellen, in der alle Sprachen gespeichert werden können.

Ich hatte dazu eine DDS mit der definition erstellt und wollte daraus die Datei erzeugen mit der der CSSID 1200.
Dafür muss ich aber einen RCLLEN angeben.

Frage, kann ich überhaupt so eine Datei erzeugen, die von der CSSID des Jobs abweicht ohne gleich den Systemwert umzustellen?

Denn ich brauche das nur für einige neue Dateien die demnächst bei uns Konzernweit eingesetzt werden sollen.
Natürlich ich auch gleich chinesisch dabei ;-).

Gruß
Xanas

AS400.lehrling
14-05-07, 10:21
Hallo,

ich würde gerne eine Datenbank erstellen, in der alle Sprachen gespeichert werden können.

Ich hatte dazu eine DDS mit der definition erstellt und wollte daraus die Datei erzeugen mit der der CSSID 1200.
Dafür muss ich aber einen RCLLEN angeben.

Frage, kann ich überhaupt so eine Datei erzeugen, die von der CSSID des Jobs abweicht ohne gleich den Systemwert umzustellen?

Denn ich brauche das nur für einige neue Dateien die demnächst bei uns Konzernweit eingesetzt werden sollen.
Natürlich ich auch gleich chinesisch dabei ;-).

Gruß
Xanas

Reicht es nicht aus Benutzeranhängig die Spracheinstellung der maschiene zu verändern (ländercode):confused:

AS400.lehrling

KM
14-05-07, 10:37
Du kannst doch im DDS auf Satzebene das Schlüsselwort CCSID(1200) angeben und als Feldtyp G (für Graphic) auswählen. Damit werden dann pro Zeichen 2 Byte belegt und Du kannst die Datei ganz normal erstellen.

Oder Du erstellst sie gleich mit SQL (CREATE TABLE ...)

Gruß,
KM

Xanas
14-05-07, 10:38
Mir gehts eigentlich darum, dass man alle möglichen Sprachen in einer Datenbank speichern kann, wegen des Chinesischs, was als DBCS gespeichert werden muss.
Habe aber gerade erfahren, dass es da eine Feldart gibt, mit der man das vielleicht lösen kann.

Fuerchau
14-05-07, 10:52
UNICODE (UCS-2) mit CCSID 13488 (Graphic) ist hier die bessere Lösung, da CCSID 1200 (UTF-8) ein variabler Zeichensatz ist und so von ILERPG nicht korrekt unterstützt wird.

Im ILERPG kann dann mit %CHAR in Job-CCSID für Display/Printerfiles gewandelt werden, mit % UCS2 dann von DSPF zurück für die DB.

Xanas
14-05-07, 11:50
Vielen Dank schon mal für die Antworten, ich werde es damit schon mal testen.

BenderD
14-05-07, 12:06
Hallo,

den Unicode für Arme und Kranke (UCS-2) wegen RPG zu nehmen, da würde ich doch lieber mit SQL zugreifen und für Altlasten eben eine View draufstellen, in der ich das dann caste.

mfg

Dieter Bender


UNICODE (UCS-2) mit CCSID 13488 (Graphic) ist hier die bessere Lösung, da CCSID 1200 (UTF-8) ein variabler Zeichensatz ist und so von ILERPG nicht korrekt unterstützt wird.

Im ILERPG kann dann mit %CHAR in Job-CCSID für Display/Printerfiles gewandelt werden, mit % UCS2 dann von DSPF zurück für die DB.

Xanas
14-05-07, 12:21
Also ich greife eh nur mit SQL darauf zu,
welche CCSID muss ich denn nu nehmen, damit das korrekt funktioniert.

Dann noch was, vergebe ich die CCSID am besten auf Datei-, Satz- oder Feldeben?

bsp einer Datei

id 6S 0
iso 2A
desc 50A

so und die desc ist jetzt jenes Feld, was in allen möglichen Sprachen erfasst wird. Theoretisch würde es ja reichen die CCSID(???) auf das Feld desc zu legen.

BenderD
14-05-07, 13:08
Hallo,

je nach verwendeter Codierung CCSID 1200 oder eben arm und krank, oder UTF-16 ginge da auch noch.
Ich würde da Feldebene nehmen, neben den Text Feldern gibt es da ja auch noch alfa Daten für Keys, die würde ich nicht in Unicode abspeichern, damit sich die Datenbank keinen Bruch hebt. Selbige kann man als binary definieren, oder in einer default language, wenn man sich dann noch auf den invarianten Teil der Character Sets beschränkt (echte Buchstaben plus Ziffern ohne Runen, Hieroglyphen, Keilschrift und sonstige Spirinkel wie §#$, um nur ein paar zu nennen), dann solte das passen.

mfg

Dieter Bender


Also ich greife eh nur mit SQL darauf zu,
welche CCSID muss ich denn nu nehmen, damit das korrekt funktioniert.

Dann noch was, vergebe ich die CCSID am besten auf Datei-, Satz- oder Feldeben?

bsp einer Datei

id 6S 0
iso 2A
desc 50A

so und die desc ist jetzt jenes Feld, was in allen möglichen Sprachen erfasst wird. Theoretisch würde es ja reichen die CCSID(???) auf das Feld desc zu legen.