65k Dateifeld oder wie lese ich eine Datei direkt aus dem IFS ein.

[geschi_01]

Dank eurer Hilfe und Unterstützung , vor allem auch von Britta , konnten wir zwischenzeitlich , die Daten aus dem IFS , qualifiziert in eine CLOB-Definierte File laden . Wir haben , nativ ( direkter SQL-Aufruf ) , auch von einem Fileserver , entsprechende XML-files laden und weiterverarbeiten können .
In einem SQLRPG ( embedded ) , klappt der Aufruf , mit entsprechendem qualifiziertem VALUE auch ohne Probleme . siehe hier das Beispiel :
exec sql insert into xx.xx values(get_clob_from_file('/home/geschi/test/clob/xxxxxxx.xml'))
wenn die file aber auf einem fileserver liegt , dessen pfad und filebezeichnung über 100 stellen lang ist, muss der Pfad mit einer Variablen angegeben werden. den pfad mit der entsprechenden File, können wir zusammenknoten. nur wie fügen wir, den Pfad als variable mit variabler länge korrekt in den SQL-Aufruf ein?
danke vorab für eure Hilfe.

[geschi_01]

und noch eine weitere Frage , wie debugge ich das SQLRPG , um die SQL-Anweisung zu prüfen und schrittweise den Programmfortschritt zu prüfen . mit *source in den PRE-compiler , hatte ich lediglich die RPG-Anweisungen prüfen können und , da der aufruf interaktiv erfolgte , im LOG einige Infos ...

[Fuerchau]

Zu 1:
dcl-s MyFileName varchar(256);
exec sql insert into xx.xx values(get_clob_from_file(: MyFileName))

zu 2:
Ganz normal mit Debug(*source) und dann STRDBG oder über iseries Navigator:
https://www.ibm.com/support/pages/us...ries-navigator
Hier kann man dann mit F15 (glaube ich) auf verschiedene Sichten (Quelle, SQL, Liste) umschalten.
Die SQL's werden in call 'QSQxxx' umgesetzt.

[geschi_01]

zu1 , dies hatte ich probiert . Aber meine VAR hat Folgeleerstellen , gefüllt sind die ersten 112 stellen, der rest ist leer . beim ausführen erhalte ich einen Fehler zurück . wenn die VAR mit 112 länge definiert ist , klappt es .
kann ich die länge im SQL mitgeben ?

[B.Hauser]

Entferne doch einfach die (evtl.) führenden und folgenden *Blanks:

exec sql insert into xx.xx values(get_clob_from_file(Trim(: MyFileName)));

Birgitta

[geschi_01]

funktioniert .. klasse ..
Super, vielen Dank ..

[Fuerchau]

Den SQL-trim kann man sich eben sparen wenn man varchar verwendet.
Wenn allerdings das Quellfeld nicht varchar ist, kann man auch per

MyFileName = %trim(MyPath) + '/' + %trim(MyName);

verwenden.
Es gibt halt viele Wege zu SQL;-).

[camouflage]

Ich habe mir angewöhnt, "varchar" Felder IMMER initialisiert zu definieren und/oder zur Sicherheit vorgängig einen clear darauf zu setzen. Dann klappt es auch mit der Feldlänge.

[Fuerchau]

Das nützt aber nichts bei einer Übertragung von Char in Varchar. Da werden die Blanks halt mitgeschleift.

[geschi_01]

Hallo Mitglieder , habe eine Nachfrage dazu und aus Vereinfachungsgründen , nicht ein neues Thema erstellt . Die Frage/Problem welches ich habe und sich jetzt zeigte ist , dass beim laden der XML , die Umlaute nicht korrekt umgesetzt werden . Ich weiß , dies hat was mit der CCSID zu tun , was ich nicht weiß ist , wie ich dies einstellen kann in dem SQLRPG , dass die Umlaute ( üäö usw. ) ebenfalls korrekt empfangen und in die CLOB_File eingestellt werden . Danke für erue Hilfe .. PS: alles andere klappt mit eurer Hilfe hervorragend ..

[geschi_01]

Im zu ladenden XML-File steht im Header :

< ?xml version = "1.0" encoding="UTF-8"?>

zur Info ...