Vielen Dank für eure Antworten.

Die Ungleichheit zwischen varucs2(60000) und nvarchar(10000) ist mir bewusst. Ich kann nvarchar ja nicht auf 60000 bringen. Das ist für eine SQL-Variable zu groß.

Im vorliegenden Fall weiß ich, dass das Rückgabeergebnis maximal 1000 Zeichen lang sein wird, wenn ich das ganze per SQL aufrufe. Wenn ich also mit der Ungleichheit 60000 vs 10000 leben könnte, müsste es denn dann eigentlich gehen? Ist die Übergabe zwischen Feldern mit 4 führenden Längenbytes und 2 führenden Längenbytes grundsätzlich möglich? Oder muss da immer manuell gecastet werden?

Ich haben bei uns inzwischen ein Programm und eine UDF gefunden, bei denen das ganze funktioniert. Dort wird vom RPG varucs2(100000) zurückgegeben und in der UDF wird das als dbclob(100000) ccsid 1200 empfangen.

Nochmal zu den Aussagen von Birgitta:
Ich verstehe da leider die Unterschiede in den CCSIDs nicht:
Die größten Teile unserer Anwendung nutzen char und varchar. Vor einigen Jahren sind wir dann dazu übergegangen, Unicode zu verwenden. Da haben wir vieles auf UCS2 umgestellt. In den DDS-beschriebenen Tabellen haben wir den Datentyp G mit CCSID 1200 eingeführt. In den SQL beschriebenen Tabellen haben wir nvarchar eingeführt. Im RPG nutzen wir für Unicode UCS2.
Ich dachte mal irgendwo gelesen zu haben, dass diese Datentypen gleich sind, nur andere Schreibweise. Grundsätzlich klappt das auch. Ich würde nur ungern Experimente machen und jetzt Teile auf Graphic 13488 umstellen. Oder ist das zwingend notwendig?

Ich werden jetzt nochmal etwas weiter testen und versuchen, ein 2. RPG-Programm mit anderen Datentypen als workaround dazwischen zu setzen.

LG, Dieter