Hallo

ich bin unsicher, wie ich eine klassische Bankkonto-Struktur elegant abbilden kann.

Konto
o alKonto
o Bezeichnung

Buchung
o alBuchung
o alKonto
o Flag Soll/Haben
o Betrag

Zu jedem Buchungssatz gehören immer mindestens zwei Buchungen.

Mein Problem: der Konto-Saldo
Soll ich den immer wieder neu berechen, oder in einem Feld am Konto mitführen?
Wie soll ich einen Periodenwechsel (z.B. Jahresende) darstellen?

Kann mir bitte jemand auf die Sprünge helfen?

Ich würd mal das Flag Soll/Haben weglassen und stattdessen positive oder negative Zahlen verwenden. Was S/H ist hängt nämlich von der Sichtweise ab (Sicht Bank/Kunde).

In echten Bankanwendungen werden die Rechenwerte immer mitgeführt (Performance), und auch um Abweichungen und damit potentielle Fehler finden zu können.

Beim Jahreswechsel buchst Du den Saldo erst aus und dann wieder ein. Am besten über dafür vorgesehene Abschluss- und Eröffnungskonten.

Dank für die schnelle Antwort.

Das mit dem S/H muss ich dann nochmal überdenken.

Mein eigendliches Problem ist aber, wohin mit dem Konto-Saldo?

Wenn Du es machst, wie vorgeschlagen (also negativ/positiv buchen), dann ist der Saldo immer ganz einfach

markieren

Code:

SELECT SUM(BETRAG) AS SALDO FROM BUCHUNGEN

Also einfacher kann die Saldoberechnung gar nicht sein. Daher würde ich ihn immer live berechnen, sonst hast Du ja eine Redundanz drin.
Nur wenn Du wirklich Performanceprobleme hast (unwarscheinlich), könntest Du den Saldo per Trigger in den Kopf schreiben.

OK, dann darf eine "Archivierung" der Daten z.B. am Jahresanfang nie stattfinden. Es bleibt also immer alles "drin".

Wie machen das die Banken?
Dort müssen doch irgendwann mal alte Daten zur Seite gelegt (sprich archiviert) werden, oder nicht?

Ja, es wird natürlich immer archiviert. Und es werden bestimmte Werte (u.a. der Saldo) immer redundant mitgeführt. Dadurch kann man Probleme und Fehler im Tagesabschluss erkennen, wenn man das Ergebnis der SUM() mit dem gespeicherten Saldo vergleicht.