Auch für SQL gilt das selbe.
Du kannst dir in QTEMP auch temporäre Tabellen anlegen, solange du mit SQL darauf zugreifst.
SQL läuft in einem QZDASOINIT-Job.
Wenn du per Java auch AS/400-Programme aufrufst gibt es hier 2 Methoden:
a) per AS400-Programmobject
b) als SQL-Prozedur
Bei a) läuft dies allerdings in einem anderen Service-Job, bei b) läuft es im selben QZDASOINIT-Job.

Das Hauptproblem ist aber, dass du mit Java (oder .NET) in vielen Fällen "offline" arbeitest.
Also
- Open Connection
- mach was mit SQL
- Close Connection
Ist der Connection-Pool aktiviert, bleibt die Verbindung zwar offen, aber die Garantie dass du den selben QZDASOINIT-Job wieder erwischst kann dir keiner geben.

Temporäre Tabellen können also nur kurzfristig (innerhalb einer Aufgabe) verwendet werden.

Sitzungsspezifische Tabellen können das zwar lösen, aber hier benötigst du auf jeden Fall "Aufräumaktionen", die garantiert nicht mehr benötigte Tabellen killen.
Es reicht da nicht in den Destruktoren aufzuräumen schließlich ist keine Software so perfekt dass sie nicht mal unmotiviert abstürzt oder gekillt wird.

Ggf. hilft halt ein Redesign der Anwendung ob temporäre Tabellen nicht mit anderen SQL's oder Methoden (Speichertabellen, Listen u.v.m.) abgelöst werden können.