TRIGGER - Probleme mit: old. new.

[spacewolf]

Moin,

:wall: - kann mir jemand sagen was an "old." - beim Trigger dat Problem ist?

SQL-Code:

CREATE TRIGGER KASSENBUCH_BI0 FOR KASSENBUCH
ACTIVE BEFORE INSERT POSITION 0
AS
begin
  new.saldo = [b]old.[/b]saldo - new.soll + new.haben;
end

Laut Doku sollte man per "old.[column]" auf ein den vorherigen Datensatz beim eingefügten drauf zu greifen.

lg der

Andreas

PS: Ich möchte einfach nur ein simples Kassenbuch mit einem Trigger automatisieren. So das, dass Saldo sich immer autom. mit berechnet. :stupid:

[fkerber]

Hi!

Gibt es eine Fehlermeldung?
Hast du es mal mit OLD versucht?

Edit:
Moment mal - das ist doch ein insert-trigger, oder?
Was soll es denn da für ein old geben?
Sollte es nicht eher ein Update-Trigger sein?


Grüße, Frederic

[spacewolf]

achso - bei Insert-Triggern geht das nicht?

hmm ... da geht mir ein Licht auf :coder2:

das heißt ich muss das über eine stored proc machen...

na da kuck ich ma (war .OLD - die Formatierung hatte versagt)

Ahja Fehlermeldung:

Zitat:

Column unknown.
OLD.SALDO.

der Andreas

[mkinzler]

Beim Insert halt nicht, da es hier ja keinen alten Wert gibt. Ist aber auch bei einer SP nicht anders, auch hier gibt es keinen alten Wert.
Zudem sollte man den salso nicht als Wert in die Tabelle schreiben, sondern beim Auslesen dynamisch ermitteln

[fkerber]

Hi!

Also von meinem Verständnis her, ist es so, dass sich OLD und NEW ja auf eine Zeile / Tupel beziehen. Und beim Update hast du ja dann z.B. die Daten des alten Eintrages.

Die Frage, die sich mir stellt:
Wie sieht denn dein Tabellenlayout aus?


Grüße, Frederic

[spacewolf]

Die Stored-Proecdure ermittelt hat was einen Datensatz vorher drin stand... also über die vorherigen Max.ID... :stupid:

Nachfolgend die Tabelle zum Verständnis:

SQL-Code:

CREATE TABLE KASSENBUCH (
    ID         INTEGER NOT NULL,
    DATUM      TIMESTAMP DEFAULT '01.01.1900',
    HABEN      NUMERIC(15,2) DEFAULT 0,
    SOLL       NUMERIC(15,2) DEFAULT 0,
    SALDO      NUMERIC(15,2) DEFAULT 0,
    MWST       SMALLINT DEFAULT 0,
    FREITEXT   VARCHAR(512) DEFAULT ''
);

lg Andreas :stupid:

[fkerber]

Hi!

Sehen dann Einträge z.B. so aus (gekürzt auf das wesentliche):

Code:

ID | Haben | Soll | Saldo
 1 | 100   |  0   | 100  
 2 |   0   | 10   |  90

Falls ja, solltest du das überdenken, weil du redundante Informationen speicherst, deren "Wartbarkeit" eher gering ist.


Grüße, Frederic

[spacewolf]

Ja, Kassenbücher schreiben das eigendlich so vor. Und da mal ne giesenmenge gespeichert kostet das rechenleistung bzw. zeit - so gesehen - kenn ich das eigendlich nicht anders...

oder wie würdest Du das machen?

[mkinzler]

Ich würde den Saldo in der Abfrage ermitteln

SQL-Code:

select 
    Sum(Soll) - Soll(Haben) as Saldo
from
    Kassenbuch;