STRSQL - in welcher Datei???

[BenderD]

... das steht nicht in einer Datei, sondern wird anderweitig in den Benutzerdaten weggeschrieben.

D*B

Moin Moin,

weiß evtl jemand aus welcher Datei die bereits eingegebenen Befehle beim STRSQL Command gelesen werden????

Sprich es werden ja immer die letzten eingegebenen SQL-Statements des entsprechenden Users angezeigt der den STRSQL Command aufruft...

[woodstock99]

aha.... hmmm weiß jemand näheres??? irgendwie muß man da ja drauf zugreifen können....

[Fuerchau]

Mit entsprechender Berechtigung und MI-Zugriffen.
Die Daten stehen in einer USRQ bzw. in eienm USRSPC, der dem Benutzerprofil angehängt ist. Dabei werden die SQL-Eingaben je Device zugeordnet.
Ein API zum Auslesen ist nicht definiert.
Man kann aber die Sitzungsinhalte per F13-Menü in eine Datei ausgeben lassen (stimmt, beim Verlassen).

[woodstock99]

danke für eure antworten.. naja dann heisst es für mich mal wieder

jugendforscht wie man den ganzen sums auslesen kann....

[BenderD]

... der Kram steht im Context QRECOVERY und man kommt da nur mit DMPSYSOBJ oder MI Programmierung dran. Soweit dazu was zu finden ist ist der Type wohl 19 und der Subtype EE. Das ganze ist undeokumentiert und die zu findenden Informationen unvollständig/widersprüchlich.

D*B

[Fuerchau]

Zusätzlich kann sich das auch nach jedem Release wieder ändern (habe ich zumindest per DMPSYSOBJ V5R1 auf V5R3 mal festgestellt).

[woodstock99]

jupp das hab ich soweit auch gefunden


DMPSYSOBJ OBJ(ISQLSTUUUUUDDDDD) CONTEXT(QRECOVERY) TYPE(19) SUBTYPE(EE)
bla bla bla......

ja wie dieter schon sagte was da bis jetzt zu finden ist ist keine wirkliche hilfe.. aber parole niemals aufgeben )

[BenderD]

... das ist zum Beispiel eine der falschen Informationen (Devicename ist Quatsch, die Info kann von einer Session auf eine Session anderen Namens wandern...)

D*B

jupp das hab ich soweit auch gefunden


DMPSYSOBJ OBJ(ISQLSTUUUUUDDDDD) CONTEXT(QRECOVERY) TYPE(19) SUBTYPE(EE)
bla bla bla......

ja wie dieter schon sagte was da bis jetzt zu finden ist ist keine wirkliche hilfe.. aber parole niemals aufgeben )

[Fuerchau]

Hm, bisher wurden mir mein SQL's seit V5R3 immer sitzungsspezifisch angezeigt. Früher (ich weiß nicht mehr bis wann) war das Sitzungsunabhängig, da entschied wohl die Reihenfolge bzw. der parallele Aufruf von STRSQL.

Wenn ich an einem System mit wechselnden Sitzungen (z.B. QPADEV) arbeite komme ich an meine frühreren SQL's nicht mehr dran.

Ausserdem scheint das System sich da auch selber zu bereinigen.
Sporadisch startet STRSQL mit einem leeren Fenster.

[andreaspr@aon.at]

Ich habe selbst auch noch nicht durchblicken können wie sich die Informationen zusammenstellen, aber zumindest kann ich Bender bestätigen.
Es gibt bei uns einen "Verwaltungs-User" auf der AS/400. Wenn ich mit dem User einsteige und ins STRSQL gehe sehe ich auch die Befehle von meinen Kollegen. Das aber auch nicht immer. (ZB wenn ich mit dem selben User ein 2tes mal eingestiege).

Hm, bisher wurden mir mein SQL's seit V5R3 immer sitzungsspezifisch angezeigt. Früher (ich weiß nicht mehr bis wann) war das Sitzungsunabhängig, da entschied wohl die Reihenfolge bzw. der parallele Aufruf von STRSQL.

Wenn ich an einem System mit wechselnden Sitzungen (z.B. QPADEV) arbeite komme ich an meine frühreren SQL's nicht mehr dran.

Ausserdem scheint das System sich da auch selber zu bereinigen.
Sporadisch startet STRSQL mit einem leeren Fenster.

[woodstock99]

@andreaspr...

wie ist der verwaltungsuser bei euch angelegt(usrprf , berechtigungen, userklasse usw ...)

deinen satz "Das aber auch nicht immer. (ZB wenn ich mit dem selben User ein 2tes mal eingestiege)." verstehe ich nicht ganz....

die history ist user+sitzungsabhänig....
also ist das ergebnis immer anders oder verstehe ich dich nur falsch??

[Hrs28]

...
Ausserdem scheint das System sich da auch selber zu bereinigen.
Sporadisch startet STRSQL mit einem leeren Fenster.

Gibt es hierzur eigentlich genauere Informationen, wann bzw. zu welchem Anlass eine Bereinigung durchgeführt wird?
Wir beobachten auch immer wieder, daß sporadisch die SQL Sessions nicht mehr angezeigt werden, obwohl immer mit 1 beendet wird.

Gruß
Heiko