Re: Trigger und Funktion

[udono <udono(at)gmx(dot)net>]

Hallo Jürgen,

Jürgen E. Fischer schrieb:
> On Wed, Mar 07, 2007 at 23:05:24 +0100, udono wrote:
> Dazu gibt es doch bestimmt auch eine überordnete Tabelle trans in der
> trans_id primary key ist.   Da würde ich ansetzen.
In etwa ist das so. Wir haben mehrere Tabellen ar, ap, gl die als 
Primärschlüssel die id aus meiner acc_trans tragen. Aber im Prinzip 
 ergeben diese Tabellen zusammen, die von dir beschriebene Tabelle 
trans.

> Du könntest dort ein Feld hinzufügen, dass aussagt, ob der Buchungssatz
> abgeschlossen/gültig ist oder nicht.
> Du legst also den Buchungssatz in trans initial mit false in dem Feld
> an, fügst dann Deine Sätze in acc_trans ein und setzt das Feld danach
> per UPDATE auf true.
Ja, damit könnte ich die Transaktionssicherheit noch etwas verbessern...

> trans hat einen Trigger ON UPDATE, der bei der Transition von
> false auf true überprüft, ob die Summe 0 ist und bei <>0 das Update
> abbricht.
... ach, ok ich verstehe. Das hört sich auf jeden Fall gut an.

Aber dann habe ich in der acc_trans immer noch Buchungen stehen, die 
ungültig sein können. Gut, der Trigger in trans ließe sich bestimmt 
erweitern auf ein anschließendes Delete der fehlerhaften 
Transaktionen...

> Außerdem hat acc_trans noch einen Trigger, der UPDATE und DELETE nur
> zuläßt, wenn in trans false steht.  Vor Änderungen muss dann also trans
> immer false gesetzt werden.
Ok, lauter gute Ideen!

Delete ist noch eine Thema für sich. Denn in der Buchhaltung gibt es 
kein löschen von Daten als solches, sondern eher ein Storno, was ich 
aber auch gern von der Datenbank verwaltet wissen würde (On delete 
trigger).

> In der Applikation dürftest Du dann nur noch die gültigen Buchungssätze
> betrachten.
> Nicht wirklich elegant, sollte aber funktionieren.
Bestens, vielen Dank! Deinen Ansatz werde ich mal austesten.

Viele Grüße
Udo Spallek