Benutzerklasse . . . . . . . . . . . . . . : *USER
Sonderberechtigung . . . . . . . . . . . . : *ALLOBJ
*JOBCTL
*SPLCTL
Eigner . . . . . . . . . . . . . . . . . . : *USRPRF
Gruppenberechtigung . . . . . . . . . . . : *NONE
Art der Gruppenberechtigung . . . . . . . : *PRIVATE
Zusätzliche Gruppenprofile . . . . . . . . : *NONE
Unterstützungsstufe . . . . . . . . . . . : *SYSVAL
Aktuelle Bibliothek . . . . . . . . . . . : *CRTDFT
Möglichkeiten einschränken . . . . . . . . : *NO
Jobbeschreibung . . . . . . . . . . . . . : QDFTJOBD
Bibliothek . . . . . . . . . . . . . . . : QGPL

der Rest ist allgemein *SYSVAL

ich denke, dass - wenn man mit dem gleichen Profil arbeitet - die SQL-Historie jedes mal überschrieben wird, sobald ein User aus dem STRSQL aussteigt.
Ich habe das gerade mit einem Kollegen getestet und ich habe fast immer eine Historie von einer anderen Sitzung erhalten.
So quasi: Sitzung A geht ins STRSQL erhält Historie 1 Sitzung B geht ins STRSQL erhält Historie 2. Stizung A beendet, Sitzung B beendet, Sitzung A erhält nun Historie 2.
Ist aber auch nicht immer so. Leide haben wir dann doch nicht soviel Zeit und Lust ganz genau herauszufinden, wann er welche Historie greift.

Auf jeden fall wird zwar auch für jede Sitzung eine Historie gespeichert, nur wenn mehrere mit dem gleichen User arbeitet, ist nicht gewährleistet, dass ich die Historie von meiner Sitzung jedes mal bekomme. Scheint mehr ein Glücksspiel zu sein.

die Aussage von Bender:
- eine gespeicherte Sitzung kann nicht von mehreren Jobs des Benutzers gleichzeitig verwendet werden Kann
haben wir in diesem Test auch wiederlegen können.

Edit: wir haben V5R4