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

[geschi_01]

wir arbeiten ja nicht unter commit , dass ist ja was wir nicht verstehen ...
ist im RPG , die verwendung und nutzung von CLOBs zwingend mit comit verbunden ? gilt dies auch für das direkte SQL ?
habs mit With CS probiert und funktioniert nicht , die Tabelle wird nicht journalisiert , zur Info ...

[Fuerchau]

Wir die Doku schon sagt, LOB's (CLOB/BLOB) setzen Commit-Control voraus. Beim Insert in die Tabelle muss diese journalisiert werden.

[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.