Hallo Delphi Freunde,

habe mal wieder ein kleines Problem.
Ich habe eine kleine Lagerverwaltung auf einer Interbase DB geschrieben.
Funktioniert soweit auch ganz gut.
Nun möchte ich das Prog gerne weiter geben. Das hat aber zur Folge, das ich eventuell "Support" leisten müsste.
Von daher meine Frage:
Gibt es eine Möglichkeit die Datenbankaktionen (Transaktionen, usw.) zu loggen?
Über die IBConsole finde ich zwar ein Log, hier werden aber keine Transaktionen verzeichnet.
Außerdem weiß ich nicht, wie ich dieses Log innerhalb des Progs auslesen kann.

Bietet Delphi eventuell die Möglichkeit auch interne Logs (für das Prog selber) zu generieren?

Ziel soll es sein, das ich im Prog selber ein Fehler melden kann. Dann wird eine Mail erzeugt. An der Mail soll dann automatisch das (die) Log(s) angehängt werden.
Leider bin ich weder hier noch bei Google fündig geworden.
Vielleicht ist aber so simpel, das keiner danach fragt?

Ich hoffe, dass mir jemand helfen kann.

Gruß
Marcus

Du kannst einfach für jede Tabelle in deiner Datenbank ein Trigger anlegen, welcher dann die Aktion in eine spezielle Logtabelle wegschreibt. Auf diese kannst du dann wie auf jede andere Tabelle von deinem Programm zugreifen.

Zitat:

Du kannst einfach für jede Tabelle in deiner Datenbank ein Trigger anlegen, welcher dann die Aktion in eine spezielle Logtabelle wegschreibt.

An den Ansatz hatte ich auch schon gedacht.
Dann bekomme ich aber nur die Insert und Update Aktionen, oder?
Außerdem hätte ich gerne die SQL-Statements, um auch eventuelle Programmfehler (Variablen im SQL-Statement) auszuschließen.

Zitat von Werwurm:

An den Ansatz hatte ich auch schon gedacht.
Dann bekomme ich aber nur die Insert und Update Aktionen, oder?

ja, INSERT, UPDATE und DELETE Statements.

Zitat:

Außerdem hätte ich gerne die SQL-Statements, um auch eventuelle Programmfehler (Variablen im SQL-Statement) auszuschließen.

Darunter vestehst du die SELECT-Stataments oder?
Du könntest hierzu deine Abfragen in SP verfrachten, in denen du den Logmechanismus implemntierst.

Zitat:

Du könntest hierzu deine Abfragen in SP verfrachten, in denen du den Logmechanismus implemntierst.

Was verstehst Du unter SP

Eine Stored Procedure

jetzt bin ich irgendwie völlig vernagelt.
Ich sammle gerade meine ersten Erfahrungen mit Interbase. Davor habe ich mit einfachen Paradox Tables gearbeitet.

In meiner DB sind schon einige Stored Procedures vorhanden.
Meinst Du ich sollte für jede SELECT Abfrage eine eigene SP schreiben und die Variablen einfach mit übergeben?
Und wie aktiviere ich den Logmechnismus? Wo werden die Daten hingeschrieben?
Fragen über Fragen....

Andererseits überlege ich gerade die alle SQL-Staements(SELECT, UPDATE, INSERT und DELETE) vor dem abschicken zur DB in ein Text File zu schreiben.
Ist das evenbtuell sinvoller?

Zitat:

In meiner DB sind schon einige Stored Procedures vorhanden.

Dann hast du ja schon Ahnung von SP's.

Zitat:

Meinst Du ich sollte für jede SELECT Abfrage eine eigene SP schreiben und die Variablen einfach mit übergeben?
Und wie aktiviere ich den Logmechnismus? Wo werden die Daten hingeschrieben?

Eine selectable SP kann clinetseitig wie eine "normale" SELECT-Anweisung angesprochen werden, oder wie in deinem Fall benötigt mit Paramtern.
In der SP schreibst du dann den Logadtensatz und führts dann die eigentliche Abfrage auf die Tabelle(n) aus und gibst das Ergebnis zurück.

Zitat:

Andererseits überlege ich gerade die alle SQL-Staements(SELECT, UPDATE, INSERT und DELETE) vor dem abschicken zur DB in ein Text File zu schreiben.
Ist das evenbtuell sinvoller?

Das bleibt dir überlassen. Ich würde den Weg über die Datenbank gehen.

Zitat:

In der SP schreibst du dann den Logadtensatz und führts dann die eigentliche Abfrage auf die Tabelle(n) aus und gibst das Ergebnis zurück.

Klingt eigentlich völlig logisch.
Ich werde das auf diesem Wege mal probieren.

Vielen Dank für Deine schnelle Hilfe!

Hallo,

es gibt unter IBAdmin die Komponente IBLogService. Diese wird auch im Demoprogramm IBAdmin benutzt. Schau dir das einmal an. Ich denke, dass könnte eine Lösung für dich sein.