ciekawe pytanie o schemat bazy danych na faktury Opcje

[wiewiorek]

Mam problem z zaprojektowaniem schematu bazy danych na faktury. Chodzi o to, ze jeżeli klient kupił np. 20 klawiatur i 5 myszek i została mu wystawiona faktura, a po jakimś czasie zwrócił 5 klawiatur to trzeba mu wystawić fakturę korygującą na której będzie napisane coś w stylu:
POZYCJE KORYGOWANE
klawiatura | 20 | ....

POZYCJE PO KOREKCIE
klawiatura | 15 | .....

Tutaj macie jakąś przykładową znalezioną w google fakturę korygującą żeby to jakoś obrazowo pokazać: http://gusoft.com.pl/faktorzysta/graph/fak...kladowa_kor.pdf

Oczywiście nie można w związku z tym zmienić ilości zamówionych klawiatur w tabeli POZYCJE_ZAMOWIENIA bo potem przy tworzeniu faktury nie byłoby skąd wziąć pierwotnej liczby zamówionych klawiatur, a na fakturze muszą być pierwotne i ostateczne wartości.

W związku z tym zaprojektowałem taki schemat bazy danych:
(IMG:http://img198.imageshack.us/img198/1699/aaanke.jpg)

Tabela POSITIONS_ORDER_CORRECTION - czyli pozycje zamówienia, które uległy zmianie - tabela ta jest niemal kopią tabeli POSITIONS_ORDER - czy w związku z tym ten schemat jest ok ? Bo innego sposobu na to chyba nie ma ?

[wiewiorek]

To znaczy dodałbyś kolumne TYP typu BOOL - gdzie 0 oznaczałoby pozycję przed korektą a 1 pozycję po korekcie do tabeli POZYCJE_ZAMOWIENIA ? Ale wtedy na fakturze korygującej wypisałbyś wszystkie pozycje danego zamówienia gdzie typ = 0 czyli wypisałbyś także pozycje, które nie uległy zmianie - w omawianym przypadku wypisałbyś jako pozycje przed korektą nie tylko klawiatury, ale także myszki - których ilość się nie zmieniła, a tymczasem niestety na fakturze korygującej trzeba podawać TYLKO pozycje, które uległy zmianie.

Ten post edytował wiewiorek 15.05.2010, 11:29:55