RBD pod system fakturujący - edycja relacji VS dane historyczne

Mam relacyjny model bazy danych pod aplikację do faktur. Temat zbadałem dość intensywnie.

Problemem jest możliwość wygenerowania faktury już wystawionej, a której relacje uległy zmianie (np. adres zamawiającego, nr konta wystawiającego fakturę).

Rozważam:

• dodanie dodatkowych relacji np. tabela client dostaje tabelę client_data, tabela z fakturą przechowuje klucz do client_data - sporo relacji, sporo joinów w zapytaniach
• kopiowanie wartości do rekordu faktury, faktura ma stan na dany moment i nara (dość częste w przykładowych modelach, najczęściej kopiują price i tax value) - takie trochę na odwal
• inne pomysły nie zasługują na wzmiankę.

Myślę, że to strasznie oklepany problem, ale większość akademickich (i Stack Overflow'owych) przykładów modelów baz danych pod taki system zdaje się w ogóle to zagadnienie ignorować.

Jakieś sprawdzone w bojach pomysły? :)

Najbardziej pasujący wątek na SO, wpadł mi teraz:
http://stackoverflow.com/questions/2954233/invoice-invoice-lines-how-do-you-store-customer-address-information
Zaakceptowana odpowiedź proponuje relacje. Ciekawa dyskusja w komentarzach o tym, czy faktura nie powinna być jednak niezmienialna.

Problem jest jeszcze głębszy - zmiana np. nazwy kontrahenta może być spowodowana jednym z dwóch powodów i w zależności od tego powodu należy taką zmianę też inaczej traktować w odniesieniu do faktury. Powody te to

• błąd w nazwie - zmiana powinna skutkować zmianą danych na fakturach
• zmiana nazwy - zmiana powinna obowiązywać dopiero od kolejnej faktury
  Rozwiązania (najczęściej stosowane) też są dwa
• wersjonowanie rekordów - automatyczna zmiana danych faktury po zmianie danych kontrahenta, trudne w implementacji
• nadmiarowość danych na fakturze - zmiana danych kontrahenta nie zmienia danych faktury, bardzo prosta implementacja

Wybór zależy od Ciebie

Na razie implementuję wersję z rewizjami. Szkodami trochę, że to nie będzie już takie eleganckie w swojej prostocie.

Swoją drogą znalazłem jakiś komercyjny, amerykański system, który kopiował wszystkie dane do rekordu faktury. We wspomnianej przez Ciebie sytuacji pomyłki zalecali wykonanie zapytania SQL typu update, podając liczne przykłady na np. zmianę stawki VAT czy nazwy kontrahenta :).

Dzięki za odpowiedź!