DB Eintrag nachvollziehen ?

[khh]

Hallo zusammen,
mein Programm bringt es fertig, in Verbindung mit der Eingabe eines Kunden, eine Satz in eine Tabelle anzulegen , der im Primärschlüssel 0 stehen hat.
Ich kann das weder in meiner Entwicklungsumgebung noch bei einer anderen Installation im Programm nachvollziehen.

Gibts datenbankseitig ne Möglichkeit beim nächsten Auftreten des "Phänomens" nachzuvollziehen woher der Eintrag kommt?


Danke Gruss KHH

[mkinzler]

Indem du einen After Post Trigger auf die Tabelle legst und jede Änderung protokollierst

[khh]

Zitat von mkinzler:

Indem du einen After Post Trigger auf die Tabelle legst und jede Änderung protokollierst

ähm

hast mir da iregendwo nen codeschnipsel ?

danke dir

[mkinzler]

Für was genau?

[khh]

Zitat von mkinzler:

Für was genau?

was kann ich denn loggen?

datum uhrzeit
was sonst noch?
EDIT: Das Datum schreibe ich normalerweise immer mit.
Was mich dabei stutzig macht, ist, dass in dem Schrottsatz kein Datum geschrieben wird.

am hilfreichsten wäre wenn ich feststellen könnte, ob ein bereits vorhandener Satz überschrieben wird.

Dann hätte ich einen Ansatzpunkt wo ich suchen könnte.

[Hansa]

Er meint wohl einen AFTER UPDATE Trigger.

SQL-Code:

CREATE TRIGGER ADRESSE_AUO FOR ADRESSE
ACTIVE AFTER UPDATE POSITION 0
AS
BEGIN
  UPDATE ADRESSE SET
    LETZTEAENDERUNG = CURRENT_TIMESTAMP
  WHERE (ID = OLD.ID) AND ((LETZTEAENDERUNG IS NULL) OR
        (LETZTEAENDERUNG <> CURRENT_TIMESTAMP));
END
^

Da wird jetzt der Zeitstempel der letzten Änderung eines Datensatzes protokolliert. Müsste man eben für Spezialfälle anpassen. Soll die DB unberührt bleiben, dann könnte man eventuell in Betracht ziehen, ein After Post Ereignis zu nutzen, sofern Zeos das überhaupt kennt.

[mkinzler]

Wobei das einfügen eines Timestamps einfacher durch einen Defaultwert zu lösen wäre.
In diesem Fall wäre es besser eine Logdatei oder in eine Logtabelle zu schreiben

[Hansa]

@mkinzler : wie, was, Defaultwert ?

Der Primärschlüssel wird auf 0 gesetzt und das soll nicht so sein, oder ? Es ist ja wohl ein BI-Trigger vorhanden, der die ID/Primärschlüssel anlegt ? Wäre jedenfalls die erste zu untersuchende Stelle. Lege vielleicht besser eine Exception an, die genau dann ausgeführt wird, wenn der Fall der Fälle eben auftritt. Solche dubiosen Fehler sind schwer aufzufinden. Wenn der Enduser allerdings eine Fehlermeldung präsentiert bekommt und direkt anruft und sagt was er vorher gemacht hat, dann kann man das wohl schnell lokalisieren.

[DeddyH]

Es wäre einmal interessant zu sehen, wie der Insert-Trigger aussieht.

[khh]

Zitat von Hansa:

Er meint wohl einen AFTER UPDATE Trigger.

SQL-Code:

CREATE TRIGGER ADRESSE_AUO FOR ADRESSE
ACTIVE AFTER UPDATE POSITION 0
AS
BEGIN
  UPDATE ADRESSE SET
    LETZTEAENDERUNG = CURRENT_TIMESTAMP
  WHERE (ID = OLD.ID) AND ((LETZTEAENDERUNG IS NULL) OR
        (LETZTEAENDERUNG <> CURRENT_TIMESTAMP));
END
^

Da wird jetzt der Zeitstempel der letzten Änderung eines Datensatzes protokolliert. Müsste man eben für Spezialfälle anpassen. Soll die DB unberührt bleiben, dann könnte man eventuell in Betracht ziehen, ein After Post Ereignis zu nutzen, sofern Zeos das überhaupt kennt.

ich danke euch, werd ich so installieren.

Gruss KHH