Thema - bei der LISt Gesellschaft für Verkehrswesen und ...

5. Teilweiser Aufbau einer prototypischen GDI
CREATE OR REPLACE VIEW Datentabelle_View as
(SELECT s.*, st.*, st.s_id AS MI_PRINX
FROM Datentabelle st, Nutzer_Daten sn, Nutzer n, MapInfostyles s
WHERE st.s_id = sn.s_id AND sn.n_id = n.n_id AND n.DBAnmeldename =
(SELECT user FROM dual)
AND s.id=2)
UNION ALL
(SELECT b.Schreibrecht, b.mi_style, a.*,a.ID as MI_PRINX
FROM Datentabelle a, MapInfostyles s
WHERE a.id NOT IN (
SELECT DISTINCT ns.s_id
FROM Nutzer_Daten nd, Nutzer n
WHERE ns.n_id=n.n_id AND n.DBAnmeldename =
(SELECT user FROM dual) )
AND s.id=1));
Abbildung 9: Zentraler Datenbank-View der Rechtverwaltung
Daten mit
Schreibrecht
Daten
ohne
Schreibrecht
Der in Abbildung 9 dargestellte View ermittelt zunächst alle Daten, auf die der Nutzer
Schreibrechte hat. Diese erste Datenmenge wird mit der optionalen Tabelle
Mapinfostyles verknüpft, so dass das jeweilige Schreibrecht pro Datentupel visualisiert
werden kann. Anschließend wird diese Datenmenge mit einer zweiten vereint. In der
zweiten Menge befinden sich all die Datensätze, auf welche dem Nutzer nur lesender
Zugriff gewährt wird. Die Ermittlung des aktuellen Nutzers erfolgt in diesem Beispiel
über den Befehl select dual from user und liefert den aktuellen Anmeldenamen des
Nutzers am Datenbanksystem. Falls gewünscht, kann hier, wie bereits beschrieben, eine
andere Nutzeridentifikation erfolgen.
Die farbliche Markierung kann ebenfalls beliebig geändert werden. Beispielsweise
könnten alle Daten, auf die der Nutzer Schreibrechte hat, in der Standardfarbe der
jeweiligen Kategorie erfolgen (Flüsse: blau, Grenzen: rot, etc.).
Der in Abbildung 9 dargestellte View ist laut Definition nur lesend nutzbar. Um auch
schreibenden Zugriff zu gewährleisten, müssen vier Trigger implementiert werden.
36