User identifizieren

[Der Jan]

Hallo miteinander.

Ich habe ein programm, welches mit einer Firebird-DB zusammenarbeitet. Nun möchte ich, quasi aus Sicherheitsgründen, bestimmte Aktionen mitprotokollieren. So frei nach dem Motto "welcher User löscht/ändert wann was an welcher Tabelle".
Aus diesem Grunde habe ich mir ein paar Trigger geschrieben, welche diese Protokollfunktion übernehmen und entsprechende Daten in eine separate Tabelle schreiben.
Mein Problem ist jetzt folgendes: Nicht für jeden User, der sich am Programm anmeldet, ist ein eigener DB-user angelegt, vielmehr erfolgt die Rechte-Verwaltung im Programm. Wie kann ich jetzt datenbankseitig erkennen, welcher User sich gerade hier zu schaffen macht? "CURRENT_USER" geht ja hier nicht wirklich...

[alex517]

Hallo Jan,

das ist unter FB 1.5 mit ein wenig Aufwand verbunden (FB2 soll besser werden) aber mit
CURRENT_CONNECTION lösbar.
Das Programm muß sicherstellen, daß nach dem CONNECT ein Eintrag in die Tabelle z.B. "BENUTZER",
mit mindestens den Feldern Benutzername und CONNECTION_ID, erfolgt.
Dh. wenn schon ein Eintrag mit diesem Benutzer existiert dann wird nur die CONNECTION_ID
upgedated (schönes Wort) wenn nicht, dann ein Insert mit Benutzername+CONNECTION_ID.
Das läßt sich am besten mit einer SP lösen.

Die Protokoll-Tabelle erhält einen Before-Insert-Trigger. Über die Variable CURRENT_CONNECTION
wird in der Benutzertabelle der Eintrag mit der passenden CONNECTION_ID gesucht und der dazugehörenden
Benutzername in die Protokoll-Tabelle eingetragen.

Damit muß man nur noch die zu protokollierenden Daten in die Protokoll-Tabelle eintragen.
Der Benutzer wird automatich hinzugefügt.

alex

[Hansa]

Zwischenfrage hierzu :

Zitat von alex517:

Das Programm muß sicherstellen, daß nach dem CONNECT ein Eintrag in die Tabelle z.B. "BENUTZER" mit mindestens den Feldern Benutzername und CONNECTION_ID, erfolgt.

Wo kriege ich das her ?

[Der Jan]

Danke. Wenn dieser Wert gleich bleibt, solang eine Verbindung besteht, ist CURRENT_CONNECTION genau das, sein was ich gesucht habe.

[mkinzler]

Über Kontextvariable CURRENT_CONNECTION kann nicht auf einen User geschlossen werden, da sie nur währeend einer Verbindung gültig ist.
In Firebird 2 wurden neue Kotextvariablen eigeführt. U.A. gibt es neue Kontextvariable CLIENT_ADDRESS im Bereich SYSTEM, welche die IP des Clientrechners enthält oder im Bereich 'USER_SESSION' die Variable APP_LOGIN.

 select RDB$get_context( 'SYSTEM', 'CLIENT_ADDRESS');

[alex517]

Zitat von Hansa:

Zwischenfrage hierzu :

Zitat von alex517:

Das Programm muß sicherstellen, daß nach dem CONNECT ein Eintrag in die Tabelle z.B. "BENUTZER" mit mindestens den Feldern Benutzername und CONNECTION_ID, erfolgt.

Wo kriege ich das her ?

Was?
Tabelle? mit CREATE TABLE APP$BENUTZER .... SP? mit

SQL-Code:

CREATE PROCEDURE SP_APP$LOGIN (
    USER_KUERZEL VARCHAR(10),
    USER_NAME VARCHAR(40),
    USER_LOCATION VARCHAR(40))
RETURNS (
    USER_ID INTEGER,
    CONNECT_ID INTEGER,
    CONNECT_RESULT INTEGER)
AS ...

und gleich nach dem Connect SP_APP$LOGIN ausführen.
alex

[alex517]

Zitat von Der Jan:

Danke. Wenn dieser Wert gleich bleibt, solang eine Verbindung besteht, ist CURRENT_CONNECTION genau das, sein was ich gesucht habe.

wärend der Verbindung schon, danach aber nicht mehr. CURRENT_CONNECTION ist nur die fortlaufende Nummer. Um an den Namen den Benutzers zu kommen muß man den Umweg über eine Benutzertabelle machen.
alex

[Hansa]

Ich bräuchte eher den Rumpf von der SP, nicht den Kopf. Wo kriege ich denn die richtigen Rückgabewerte her ?

[Der Jan]

Zitat von alex517:

Zitat von Der Jan:

Danke. Wenn dieser Wert gleich bleibt, solang eine Verbindung besteht, ist CURRENT_CONNECTION genau das, sein was ich gesucht habe.

wärend der Verbindung schon, danach aber nicht mehr. CURRENT_CONNECTION ist nur die fortlaufende Nummer. Um an den Namen den Benutzers zu kommen muß man den Umweg über eine Benutzertabelle machen.
alex

Hab ich schon verstanden Ist aber kein Problem, da ich eh ne Userverwaltung habe...

[Der Jan]

Zitat von Hansa:

Ich bräuchte eher den Rumpf von der SP, nicht den Kopf. Wo kriege ich denn die richtigen Rückgabewerte her ?

IMHO sind die Rückgabewerte nicht wirklich von Belang hier, ist wohl eher als beispiel gedacht.

SQL-Code:

CREATE PROCEDURE LOG_USER(USER_ID INTEGER)
AS
DECLARE VARIABLE ANZ INTEGER;
BEGIN
  SELECT COUNT(USERID) FROM USERLOG WHERE USERID = :USER_ID INTO :ANZ;
  IF(ANZ = 0) THEN
    INSERT INTO USERLOG (USERID, CONNID) VALUES (:USER_ID, CURRENT_CONNECTION);
  ELSE
    UPDATE USERLOG SET CONNID = CURRENT_CONNECTION WHERE USERID = :USER_ID;
END

So siehts jetzt bei mir aus. Meine Tabelle USERLOG enthält nur USERID (wegen eigener Userverwaltung, da gibbet eindeutige IDs) und CONNID.

Zitat von alex517:

mit mindestens den Feldern Benutzername und CONNECTION_ID, erfolgt.

Mir ist gerade aufgefallen, das CONNECTION_ID im IBExpert ein "reserviertes Wort" ist. Ist die Benennung von dir Zufall oder hat das eine tieferen Sinn?