Zitat:
@mkinzler:
Um auch Sammelbuchungen zu unterstützen, hab ich kein Gegenkonto drin. Eine normale Buchung (z.b. Bank/Kasse) wird dann durch 2 Datensätze gespeichert, die aber natürlich die gleiche Geschäftsfall-Nummer haben. Ich denke, das sollte so funktionieren?
Ja, bin halt "Datev"-verzogen.
Zitat:
Ja, du hast recht. Aber andererseits könnte es "gefährlich" sein, in eine ID-Nummber Logik zu speichern. Ausserdem muss es ja nicht unbedingt ein fixer Kontenplan sein, das System sollte ja dann auch mandantenfähig sein. jeder Mandant könnte theoretisch seinen eigenen Kontenplan haben. Da fällt mir gleich auf, dass somit in tbl_kontos noch die Mandanten-ID fehlt.
Dann würde ich das mit dem Mandant verknüpfen und nicht mit der Buchung.
Zitat:
Natürlich könnte ich auch
MySQL 5 einsetzen. Inwiefern wäre das besser?
Hängt eher an der Art der Storage Engine (Transaktionen).[
ot] Aber mit v.5 werden halt Feature eingeführt, die bei anderen
DBMS schon lange Standard sind[/
ot]