nicht angemeldet
yo,
Gut, aber in so einem Falle wird man in komplexeren Systemen dann doch eher zu einer Address-Tabelle mit Historie greifen, wuerde ich sagen.
wir haben in unser system eine adress-historie, aber das eine hat mit dem anderen nichts zu tun. es gibt dort einen anderen merksatz, den ich meinen entwicklern immer wieder predige, was gleich aussieht muss nicht gleich sein.
ich sehe es wie tom und es geht wie bereits gesagt um abhängigkeiten. und die rechnungsadresse ist direkt abhängig von dem rechnungsdokument, sprich sie wird auch dort persistiert und zwar mit vollsändigen namen und adresse. sie darf nicht von anderen entitäten abhängig sein, auch nicht von irgendeiner adress-historie. du kannst es dir so vorstellen, dass sich eigentlich niemals wieder die rechnungsadresse ändert, die einmal in einem rechnungsdokument eingetragen wurde. und wenn mal die falsche aus versehen eingetragen wurde, dann darf eine änderung in einem dokument der adresse keine auswirkungen auf andere dokumente haben.
(Und dabei haette man dann u.a. auch die Vermeidung redundanter (Text-)Information im Auge, wuerde ich behaupten wollen. Wenn ich ueber Jahre woechentlich Geschaefte mit dir mache, dann muss ich nicht in jedem Datensatz die Info, dass du in der Hauptstrasse 4711 in SELFEntenhausen wohnst, in Textform in jedem Datensatz ablegen.)
erstens sagte ich ja bereits, dass durch normalsierumg keine redundanzen entfernt werden, das ist leider ein weit verbreiteter irrtum. zum anderen darf genau das nicht passieren, was du gerade schilderst. du "musst" (jeder kann letzlich das machen, was er für richtig hält) zwingend in jeder rechnung auch die rechnungsadresse persistieren.
Ilja