Base64 encode zum zweiten

[Andreas_Prouza]

Meistens brauch ich Base64 wenn ich das ganze an ein HTTP-API übertragen will.
Klar geht das recht simple via SQL, jedoch verwende ich auch hierfür ein eigenes Service, dass mir das übernimmt, inkl. Fehlerhandling, Protokollierung und !Wiederanlauf! falls das Service nicht erreichbar sein sollte.
Da ich das in Python auf der i mache, würde ich dort auch das Kodieren ins Base64 übernehmen.
Wie Baldur schon sagte, gibt es bei SQL ein Limit. (Ich verstehe ja nicht, warum IBM hier nicht einfach CLOB als Parameter genommen hat.)
Gerade beim Umgang mit Files weiß man nie wie sich diese mit der Größe in den nächsten Jahren entwickeln werden.
Wenn das ganze nur für kurze Zeit halten soll, dann reicht es aber aus.

[Fuerchau]

Wie oben bereits beschrieben, lässt sich eben Base64 in simplen 2K-Blöcken aneineinander reihen, was mit LIST_AGG( BINARY_READ 2K ) durchaus realisierbar ist.
Das Ergebnis ist dann eben ein CLOB 1208, das 2GB groß werden kann über LOB-Locator oder 16MB für RPGLE-Variable.
Warum sollte man also weitere Produkte bemühen, außer wenn es Spaß macht;-)

[Andreas_Prouza]

Wie oben bereits beschrieben, lässt sich eben Base64 in simplen 2K-Blöcken aneineinander reihen, was mit LIST_AGG( BINARY_READ 2K ) durchaus realisierbar ist.
Das Ergebnis ist dann eben ein CLOB 1208, das 2GB groß werden kann über LOB-Locator oder 16MB für RPGLE-Variable.
Warum sollte man also weitere Produkte bemühen, außer wenn es Spaß macht;-)

Oder anders Formuliert: Warum einfach wenn's auch komplizierter geht :-)

[camouflage]

Sag mal Baldur, Du bist dir da wirklich sicher, dass man noch die 2K Limite beachten muss und nicht direkt in einen 16MB String lesen kann?

[Fuerchau]

Falsch verstanden:
Das Base64-API kann nur maximal die ca. 2K. Allerdings kann List_Agg wiederum ohne Trennzeichen einen langen String bis 16 MB variable oder 2GB Lob-Locator füllen.
Ebenso wäre per IFS-Write auch eine direkte Ausgabe als Stream möglich.
Im Gegensatz zur Komprimierung ist jeder 2K-Block (Genauer 2046 ist durch 3 teilbar) unabhängig.
Die 2732 sind ja auch nicht glatt durch 3 teilbar, sondern durch 4 was einer Inputlänge von 2049 entspricht.

[camouflage]

-----------gelöscht---------