SYSTOOLS.JSON2BSON

[rischer]

Das API QtmhRdStin hat folgende Parameter

dcl-pr readstdin    extproc('QtmhRdStin'); 
        tmhdata     pointer        value;  
        tmhdatlen   int(10)        const;  
        tmhavail    int(10)        const;  
        tmerror     like(d#apierr) const;  
end-pr; 

Die Länge der Daten ist int(10), damit können sie bis max 2.147.483.647 Byte gross sein. Ich benutze das API, um z.B. PDF's auf den Server hochzuladen.

Ein CLOB oder BLOB-Feld kann maximal 16MB gross sein. Das sollte auch ausreichen.
Wie Fürchau schon richtig gesagt hat, kannst Du über Locator arbeiten, oder es wie folgt definieren

dcl-s   s#file      sqltype(CLOB_FILE);    
dcl-s   s#clob      sqltype(CLOB:16000000);
dcl-s   s#loc       sqltype(CLOB_Locator); 

Viele Grüße

Rainer

Ich habe ja kein Problem mit QtmhRdStin (das ich seit Jahren verwende) sondern mit der Tatsache, daß ich den von QtmhRdStin erhaltenen alpanumerischen String via embedded SQL in meiner Datenbank speichern will. Und da ist bei standard-embedded bei ca. 32700 Zeichen schluß.

[Fuerchau]

Wie du oben siehst, ist das bei SQLTYPE(CLOB:16000000) oder SQLTYPE(BLOB:16000000) nicht der Fall.
Es wird eine Struktur erstellt, in der du deine Daten und Länge abgeben kannst und als CLOB/BLOB an SQL geben oder von SQL lesen kannst.

Alternativ eben LOBLOCATOR die dann per SUBSTR o.ä. angesprochen werden können.
Dann kannst du eben 2GB per SQL-"set " und SUBSTR die Teilstrings aneinander ketten oder auslesen.

[rischer]

Und hier gibt's auch ein paar Beispiele:
http://www.ibmsystemsmag.com/ibmi/de...CLOBs-and-RPG/
Vom Datum her kann man mal sehen wie lange es das schon gibt.

Schon, aber in diesen Beispielen wird doch nur demonstriert wie mit diesen Objekttypen umgegangen wird und bei embedded wird auch nicht die magische Grenze von 32700 überschritten - oder habe ich da was falsch verstanden?

[rischer]

Wie du oben siehst, ist das bei SQLTYPE(CLOB:16000000) oder SQLTYPE(BLOB:16000000) nicht der Fall.
Es wird eine Struktur erstellt, in der du deine Daten und Länge abgeben kannst und als CLOB/BLOB an SQL geben oder von SQL lesen kannst.

Alternativ eben LOBLOCATOR die dann per SUBSTR o.ä. angesprochen werden können.
Dann kannst du eben 2GB per SQL-"set " und SUBSTR die Teilstrings aneinander ketten oder auslesen.

Ahhh....verstehe....da bin ich jetzt echt auf der Leitung gestanden....dank...

[Fuerchau]

Die 32K galten bis V5, ab V6 gehen eben 16MB direkt.