-
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
-
soso, wie sieht denn das gleichzeitige benutzen derselben gespeicherten Sitzung aus??? Die SQL Befehle des einen Benutzers tauchen bei dem anderen auf? Wenn der eine speichert kann der andere nicht? - das halte ich für ein Gerücht!!!
D*B
 Zitat von andreaspr@aon.at
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
-
 Zitat von BenderD
soso, wie sieht denn das gleichzeitige benutzen derselben gespeicherten Sitzung aus??? Die SQL Befehle des einen Benutzers tauchen bei dem anderen auf? Wenn der eine speichert kann der andere nicht? - das halte ich für ein Gerücht!!!
D*B
nicht ganz so. Ich gehe ins STRSQL führe ein paar SQLs aus, und beende mit F3.
Ich gehe wieder ins STRSQL und sehe meine letzten Befehle.
Mein Kollege geht jetzt auch ins STRSQL und sieht auch meine Befehle ==> gleiche Historie in beiden Sitzungen. Diesen Fall hatten wir auf jeden Fall so (sogar ein paar mal)! Das ist kein Gerücht, sondern das war Fakt.
Jedoch interessant wird es dann, wenn der erste wieder aussteigt und ein dritter User ins STRSQL einsteigt bzw. der erste aussteigt, der zweite aussteigt und der erste wieder einsteigt usw.
wir haben dadurch die verschiedesten Historien erhalten.
-
... nochmal ganz langsam zum mitdenken:
- zwei verschiedene Benutzer sehen niemals die gleiche Historie!!!
- ein Benutzer kann an verschiedenen Bildschirmen die gleiche SQL Sitzung wiederaufnehmen, aber nie!!! gleichzeitig
D*B
 Zitat von andreaspr@aon.at
nicht ganz so. Ich gehe ins STRSQL führe ein paar SQLs aus, und beende mit F3.
Ich gehe wieder ins STRSQL und sehe meine letzten Befehle.
Mein Kollege geht jetzt auch ins STRSQL und sieht auch meine Befehle ==> gleiche Historie in beiden Sitzungen. Diesen Fall hatten wir auf jeden Fall so (sogar ein paar mal)! Das ist kein Gerücht, sondern das war Fakt.
Jedoch interessant wird es dann, wenn der erste wieder aussteigt und ein dritter User ins STRSQL einsteigt bzw. der erste aussteigt, der zweite aussteigt und der erste wieder einsteigt usw.
wir haben dadurch die verschiedesten Historien erhalten.
-
 Zitat von BenderD
- zwei verschiedene Benutzer sehen niemals die gleiche Historie!!!
wenn du mit Benutzer den AS/400 User meinst, dann stimmt das.
Mein Kollege und ich haben mit dem gleichen AS/400 User getestet.
Also 1 Profil auf 2 PCs.
Vielleicht reden wir auch aneinander vorbei.
Kollege ist mit dem User TASKLINK eingestiegen.
Ich bin auch mit dem User TASKLINK eingestiegen.
Der einzige unterschied waren die Sitzungsnamen (und Nummern).
Und auf diesem Wege hatten wir es geschaft die gleiche Historie im STRSQL zu erhalten.
Mit F9 konnten wir beide die gleichen Befehle in der Historie aufrufen. Die Befehle die ich zuvor zum Testen eingegeben habe.
Ich kann nur sagen was ich selbst getestet und gesehen habe. Also entweder reden wir nicht vom selben oder du versuchst mir gerade klar zu machen, dass der Mond grün ist obwohl ich in direkt vor meinen Augen sehen kann
-
... was passiert denn dann, wenn der eine select * from gibdednet reintippt, das erscheint dann bei beiden in der Historie???
D*B
 Zitat von andreaspr@aon.at
wenn du mit Benutzer den AS/400 User meinst, dann stimmt das.
Mein Kollege und ich haben mit dem gleichen AS/400 User getestet.
Also 1 Profil auf 2 PCs.
Vielleicht reden wir auch aneinander vorbei.
Kollege ist mit dem User TASKLINK eingestiegen.
Ich bin auch mit dem User TASKLINK eingestiegen.
Der einzige unterschied waren die Sitzungsnamen (und Nummern).
Und auf diesem Wege hatten wir es geschaft die gleiche Historie im STRSQL zu erhalten.
Mit F9 konnten wir beide die gleichen Befehle in der Historie aufrufen. Die Befehle die ich zuvor zum Testen eingegeben habe.
Ich kann nur sagen was ich selbst getestet und gesehen habe. Also entweder reden wir nicht vom selben oder du versuchst mir gerade klar zu machen, dass der Mond grün ist obwohl ich in direkt vor meinen Augen sehen kann 
-
 Zitat von BenderD
... was passiert denn dann, wenn der eine select * from "gibdednet" reintippt, das erscheint dann bei beiden in der Historie???
D*B
sorry könnt mich grad wegschmeißen )))....
-
Mahlzeit..
ei ei ei, kaum bin ich mal nicht da geht schon der krieg los ))....
also bei und ist es so....
meld ich mich mit meinem user
an 3 sitzungen an
erhält je sitzung seine eigene historie....
meld ich mich als Admin ( user der von allen pgmrn verwendet wird wenn man mehr rechte braucht.. ps. fragt jetzzt bitte nicht über den sinn nach ))... )
bekomm ich den stand vom letzten abgespeichterten stand eines users der als admin angemeldet war....
-
ich hab schon einige Beiträge mitgelesen, da ist dieser hier ein Spaziergang mit Sonnenuntergang 
ich habe das jetzt nocheinmal getestet nachdem ich so verunsichert worden bin 
Scheinbar geht das wirklich nicht und ich muss meine behauptung zurücknehmen. Geb zu war ein Denkfehler meinerseits!!
Die Historien werden in allen Sitzungen (vom selben User-Profil) herumgereicht.
Was ich zu 90% in den Tests feststellen konnte war:
Für jede Session die Parallel mit dem gleichen User ins STRSQL einsteigt wird die letzte mögliche Historie hergenommen. Wenn die zu letzt gespeicherte schon in verwendung ist, wird die vorletzt gespeicherte herangezogen. Wenn jetzt zum ersten mal das STRSQL (mit gleichem User) Parallel in einer anderen Sitzung gestartet wird wird eine neue Historie erstellt.
Wie gesagt nur in 90% aller Fälle. Es gab auch ein, zwei mal der Fall, dass ich im STRSQL ein Select xxxddd ausführte, dann mit F3 Beendete und gleich nochmal ins STRSQL einstieg und ich plötzlich eine komplett andere Historie erhielt.
Und als ich dann wieder ausstieg und gleich wieder einstieg kam mein Select xxxddd.
Alles sehr Mystisch.
@woodstock99: ich glaub nicht, dass du jetzt noch lust hast irgendwas auszulesen
-
@andreaspr@aon.at
"Die Historien werden in allen Sitzungen (vom selben User-Profil) herumgereicht."
eben niiiiiiiiiiiiiiiiiiiiiichttttt ))))...
du hast nur zu 50 % recht!!
bei uns ist es so ... einmal hättest du ne eins für deine antwort bekommen und einmal ne glatte 6 *lach*
ich hab zwar bis jetzt noch keine ahnung warum aber ich teste des mal!!!!
-
 Zitat von woodstock99
@andreaspr@aon.at
"Die Historien werden in allen Sitzungen (vom selben User-Profil) herumgereicht."
eben niiiiiiiiiiiiiiiiiiiiiichttttt  ))))...
du hast nur zu 50 % recht!!
bei uns ist es so ... einmal hättest du ne eins für deine antwort bekommen und einmal ne glatte 6 *lach*
ich hab zwar bis jetzt noch keine ahnung warum aber ich teste des mal!!!!
welches Release hast du denn?
Mein Kollege und ich haben uns die Historien wort wörtlich hin und hergeschupfen können. Es kommt dabei darauf an, wer zuerst speichert + beendet und wer zuerst wieder startet. Aber wie gesagt, hat nicht immer geklappt. Konnten deshalb keine genaue Logik dahinter erkennen.
Bei uns in Österreich gibt's keine 6
-
V5R4M0...
ja bei dem einem user (admin) den alle verwenden ist es genauso....
bei meinem eigenen aber nicht.....
klingt komisch is aber so..... 
ich kommentier jetzt mal dein statement zur note 6 nicht )))).. nicht das noch der krieg zwischen bayern und österreich ausbricht *lach*
Similar Threads
-
By jo400 in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 21-10-06, 18:57
-
By deni87991 in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 19-10-06, 14:55
-
By haertl in forum NEWSboard Programmierung
Antworten: 8
Letzter Beitrag: 30-05-06, 14:36
-
By jogisarge in forum NEWSboard Programmierung
Antworten: 1
Letzter Beitrag: 15-05-06, 14:47
-
By PGMR in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 15-06-05, 16:37
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks