Trigger *AFTER *READ

[prsbrc]

Hallo und schönen Nachmittag,

ich hab grad ein wenig Zeit und wollte mal mit meiner alten Frage weitermachen...

Da gibts ja den Trigger *AFTER *READ und genau da würd mich interessieren ob man über den Datenbankmäßig steuern kann wer welchen Datensatz anschaun darf.
Wenn das so ist dann würd mich brennend interessieren wie ich denn über den Trigger dem lesenden Programm/SQL/etc mitteilen kann ob der darf oder eben nicht ...

Ist nicht tragisch aber vieleicht hat sich schon jemand mal damit beschäftigt oder hat sogar ein paar codeschnippsel dafür ...

Danke schonmal!

[Fuerchau]

Ein After-Read-Trigger kann theoretisch den Inhalt des übergebenen Puffers mit Defaults überschreiben und somit bestimmte Feldinhalte verbergen.
Bedenke aber, dass dann beim Schreiben (Update) auch die veränderten Inhalte dann geschrieben würden, da das Programm ja nichts von der Veränderung weiß.
Du kannst damit ganz schnell ganz viele Daten zerhauen.
Wenn ein Datensatz gar nicht erst gelesen werden darf, so kannst du das nur mit einer ESC-Nachricht (Message-API) verhindern.
Das lesende Programm bekommt dann eine Ausnahme gemeldet, so dass dieses zum Programmabbruch führt (Ausnahme mit Monitor abfangen).

Auch dies führt hier nicht zum gewünschten Effekt.
Ein READE würde dann nämlich immer auf den selben Satz kommen.

Eine Dateninhaltsberechtigung kannst do so leider nicht lösen. Dies musst du per Design in der Anwendung klären.

Ein Read-Trigger macht nur dann Sinn, wenn bestimmte Feldinhalte übersetzt werden müssen, da sich z.B. Defaults o.ä. geändert haben.
Andererseits würde ich das dann eher mit einem SQL-Update einmalig durchführen.

Wofür man eine Read-Trigger wirklich braucht?
Ggf. um zu protokollieren, welche daten von wem gelesen wurden. Ansonsten wüsste ich nicht, wozu das wirklich gut ist.
Aber vielleicht weiß Birgitta da mehr .

[BenderD]

... ein AFTER Trigger kann eine Aktion nicht verhindern, da hat die bereits stattgefunden!
Zugriff auf Satzebene kann man einfacher und besser im View Layer erledigen (special Register CURRENT_USER kann man in Views zum wegjoinen von Sätzen verwenden).
IMHO sind Read Trigger ein Feature ohne Nutzen!

D*B

[prsbrc]

Hallo und schönen guten Morgen,

vielen Dank für die aufschlussreichen Antworten... wenn das so ist dann verstehe ich wirklich nicht wofür der gut ist (außer halt protokollieren wer was gelesen hat) ... aber okay - man muss ja nicht alles verstehen

Nochmals Danke für die Antworten!

[andreaspr@aon.at]

Hallo,
ich glaub du kannst im Trigger auch z.B. einen SQL-Error zurückliefern. Dadurch kann das lesen abgebrochen werden.

Habs jedoch nie ausprobiert obs das wirklich so funktioniert, weil ich sowas zum Glück noch nie gebraucht habe

lg Andreas