witam,
jestem na etapie projektowania bazy do sklepu internetowego. Jedna z tabel jest tabela Adresy, ktora przechowuje adresy do wysylki zamowienia. W zasadzie chcialem powiazac klucz obcy do niej w tabeli Klienci i dac w opcjach na stronie mozliwosc edycji adresu. I tutaj jest pytanie-problem:
Jesli klient zmieni adres to wszystkie jego zamowienia, ktore kiedys zlozyl i juz otrzymal beda mialy powiazany adres ten nowy (bo powiazanie w tabeli Zamowienie bedzie po ID z tabeli Adresy, jak w tabeli Klient), a w historii zamowien sklepu (faktury?) adres musi pozostac taki jaki byl wyslany, zeby w razie czego miec te dane, wiec musialbym kopiowac adres do innej tabeli, zeby to zachowac i ustrzec przed zmiana uzytkownika - czy to jest legalne w swietle prawa? W sumie nigdzie nie udostepnia sie tych danych, po prostu sa one potrzebne to historii zamowien(faktur).

Z gory dziekuje za pomoc w rozwianiu tych watpliwosci:)
Pozdrawiam
qwertys1


PS. przy okazji jesli ktos by mogl mi pomoc w tym temacie: http://forum.php.pl/index.php?showtopic=117719 to bylbym bardzo wdzieczny

To się nazywa: Problem Danych Historycznych.

Np. phpBB w postach zostawia Nicki userów, żeby po ususnięciu konta zachować integralność danych.

To samo Jak masz historie płatności to przenosisz aktualną cenę produktu do zamówień a nie tylko relacje, ponieważ wszelkie bilanse nie zgadzały by się po zmianie jednej ceny.

w swietle prawa to wyglada tak: faktury nie musisz magazynowac na nosikach cyfrowych. wystarczy ze masz wydrukowana kopie. Ale jezeli klient zwrocilby sie z prosba wystawienia jeszcze jednej to pojawia sie problem. Dla tego lepiej zebys stworzyl dwie dodatkowe tabele. jedna z danymi do faktury a druga z elementami w fakturze (przynajmniej ja to tak zrobilem). Powiazania: w tabeli z fakturami pole z id usera na ktorego jest wystawiona. w tabeli z elementami pole z id faktury ktorej sie tyczy. To jedyne rozsadne roziwazanie.