ODBC und Bibliotheksliste

[hs]

Bei mehreren Tausend Objekten wäre das aber eine Sträflingsarbeit (auch wenn sicher nicht alle benötigt werden).

Grundsätzlich ist das aber schon eine Möglichkeit, über die wir mal nachdenken werden.

Danke
HS

[Fuerchau]

Ich glaube nicht, dass es mehrere 1000 sind.
Du benötigst ja keine Indizes sondern ausschließlich die PF-Links.
SQL sucht sich seine Indizes sowieso selber.
Dies kannst du auch einfach per Script durchführen, in dem du für jede PF einer LIB einen create View durchführst.
Das ist doch schnell und ohne Aufwand gemacht.

[B.Hauser]

Also ich bin der Meninung, solange man sich ausschließlich auf der IBM i aufhält und mit Bibliothekslisten, Gruppen-Profilen und Berechtigungslisten arbeitet, sollte man NICHT auf SQL-Naming gehen.

PUnnkt und Strich aaustauschen ist eine Sache (die überigens seit dem letzten Technologie Refresh nicht mehr notwendig ist). Dass Objkjekte qualifiziert angegeben werden, wird man auf der IBM i selten finden, ebenso Anwendungen, die nur auf Tabellen/Physiche und logische Dateien, die in nur einer einzigen Biblitohek vorhanden sind, zugreifen. Sicher kann man dann kreuz und quer Views oder Aliases erstellt. (Ob man da noch den Überblick behält?)
Was aber noch viel schlimmer ist, SQL-Naming funktioniert, was Berechtigungen angheht anders als Sydtem Naming. Wird ein Datenbanken Objekt mit SQL-Naming erstellt wird die Public-Berechtigung grundsätzlich auf *EXCL gesezt.
Eigner wird entweder der Benutzer, der das Objekt erstellt hat, oder falls es ein Benutzer-Profil mit dem gleichen Namen wie die Bibliothek in der das Objekt erstellt wird, so wird dieses Benutzer-Profil der Eigner. Um solche Objekte ändern zu können ist eine SECADM Berechtigung an dem entsprechenden Benutzer-Profile erforderlich.

Birgitta

[KM]

@hs:
Warum machst Du es nicht einfach so wie Birgitta es vorgeschlagen hat (die ODBC-Verbindung auf System-Naming umstellen, die Default-Library entfernen und die Bibliotheksliste entsprechend anpassen)? Beim Umstellen auf die Testumgebung musst Du dann nur wieder die Bibiotheksliste ändern.
Oder habe ich hier etwas missverstanden?

Gruß,
KM

[Fuerchau]

Nun, was die Sicherheit angeht so ist gerade bei ODBC SQL-Naming die beste Lösung.
Es ist besser, bei falschen Zugriffen einen Fehler zu bekommen als auf das falsche Objekt zuzugreifen.
Es braucht ja nur mal jemand die Reihenfolge der Lib's zu tauschen oder der CHGLIBL des QZDA-Jobs schlägt fehl und man hat dann die Default QUSRLIBL im Zugriff. Da gibts auch keine Fehlermeldung!

Was neue Objekte (Table, Views) o.ä. angeht, so ist ja der APP-User bereits ausreichend diskutiert worden.
Zusätzlich benötige ich für meine eigenen Objekte kein *ALLOBJ o.ä., um anderen Berechtigungen per SQL-GRANT zu erteilen.