Versch. Sql Berechtigung Dynamisch - Statisch ?

[Rincewind]

Hi,

Habe 2 SQL Programme

1 Statisches SQL -> Berechtigungen sauber
1 Dynamisches SQl -> Selben Rechte, Selber Nutzer...

Aber..

Keine Berechtigung auf Objekt... in Lib ...

Wohlgemerkt, in beiden Fällen derselbe Nutzer mit derselben Datei...

Kann mir jemand einen guten Denkanstoss geben warum es einmal klappt und einmal nicht ?

Danke

Rince

[Fuerchau]

So ganz klar ist mir das eigentlich nicht.
Es gibt wohl unterschiede zwischen interaktivem (STRSQL) und programmierten SQL.
Die Fehlermeldung müsste da schon mal genauer sein, ggf. DEBUG einschalten und Joblog anzeigen.

Es gibt da noch die QM-Profile (STRQM->10), die gelten jedoch nur für die Erstellung neuer QM-Queries.

[BenderD]

Hallo,

Kandidaten:
- Create Options unterschiedlich (PRTSQLINF)
- verschiedene Berechtigungen erforderlich (lesen/schreiben)
- Fehlermeldung führt in die Irre, andere Ursache
-- keine Journalisierung
-- read only Cursor
-- ???

mfg

Dieter Bender

Hi,

Habe 2 SQL Programme

1 Statisches SQL -> Berechtigungen sauber
1 Dynamisches SQl -> Selben Rechte, Selber Nutzer...

Aber..

Keine Berechtigung auf Objekt... in Lib ...

Wohlgemerkt, in beiden Fällen derselbe Nutzer mit derselben Datei...

Kann mir jemand einen guten Denkanstoss geben warum es einmal klappt und einmal nicht ?

Danke

Rince

[Rincewind]

Hallo,

Nein, es sind 2 SQLRPGLE Programme.


Fehlermeldung ist

SQLCOD -551 Keine Berechtigung für Objekt (Dateiname) in Bibliothek (LibName) der Art *file

Diese Meldung kommt vom Prepare Statement.

Ich habe inzwischen die User auf die spez. Datei berechtigt und nun dürfen sie auch dynamische SQLs auf die Datei machen.


/edit /

Keine Journalisierung (mit Set Option Commit = *NONE auch in beiden Programmen ausgeschlossen)

Beide SQLs haben am Ende "For Read only" stehen und haben die Datei jeweils im Left outer join.

Keine PRTSQLINF Unterschiede (mal abgesehen davon dass bei dem Dynamischen natürlich keine SQL Performance Analysen hat)

[BenderD]

Hallo,

wo kam die Berechtigung denn vorher her???

mfg

Dieter

PS: wenn ihr nix übersehen habt, dann kann das auch ein Bug sein.

Hallo,
Ich habe inzwischen die User auf die spez. Datei berechtigt und nun dürfen sie auch dynamische SQLs auf die Datei machen.

[B.Hauser]

Hallo,

es kann Unterschiede in der Berechtigung zwischen statischem und dynamischem SQL geben!
Gesteuert wird dies über die Optionen USRPRF (Programm-Ausführung und statisches SQL) und DYNUSRPRF (Dynamisches SQL) im Compile Command.

1. USRPRF:
*NAMING (Unterlassungs-Wert) das Benutzer-Profil wird durch die Namenskonventionen bestimmt.
Wird *SQL-Naming verwendet, wird das User Profile *OWNER verwendet, bei *SYS-Naming dagegen das Benutzer-Profile *USER
Alternativ können auch die Optionen *OWNER oder *USER gesetzt werden
--> Diese Berechtigungen gelten für das statische SQL

2. DYNUSRPRF
Diese Option steuert die Berechtigungen des Benutzer-Profiles für Dynamisches SQL. Der Unterlassungs-Wert ist *USER.
Alternativ kann auch *OWNER gesetzt werden.

Wenn Du also *SQL-Naming verwendest und die Unterlassungs-Werte nicht veränderst, kann es vorkommen, dass ein Programm mit statischem SQL ausgeführt werden kann (User Profile *OWNER), während zum Ausführen des dynamischen SQLs das Benutzer-Profil *USER verwendet wird.

Anstatt die Optionen im Compile-Befehl zu setzen, kannst Du natürlich ein entsprechendes SET-OPTION-Statement in Dein Programm einbinden.

Birgitta

[Rincewind]

Vielen heissen Dank,

Genau da lag der Unterschied zwischen Dynamischen und statischen Sqls....

/bow

Rince