Pouziti autoincrementu - ukrok stranou

[Karel Zak]

On Thu, Jun 19, 2003 at 12:37:56PM +0200, "Zíka Aleš, Ing." wrote:
> 
> 	tady jste se otrel o jiny problem , ktery me docel zajima.
> 
> > Je spatne, pokud tam cpete ICO. Davejte tam cisla generovana sekvenci
> > nebo auto_incrementem. Zakaznik ICO vubec nemusi mit. ICO se muze
> > zmenit.
> > 
> 
> 	Jak takovouhle situaci nejlepe resit, kdyz se zmeni nejake udaje v
> adresari zakazniku (ICO, adresa, kontaktni osoba)?
> 	Kdyz to rovnou opravim v adresari, asi to neni to prave orechove,
> protoze kdyz si budu chtit z nejakeho duvodu chcti vytisknou kopii starsi
> faktury, natahne mi novejsi data a nebude shodna s originalem.
> 
> 	Napadaji me takovato reseni:
> 	1. Kopirovat vsechny udaje k fakture a adresrar pak uz dal
> nepouzivat. Ale tohle je asi prave to, co je podle relacni teorie spatne,
> ne?
> 	2. Zalozit ho jako noveho zakaznika. Ovsem pak budu mit problemy
> zjisit, ze se jedna o stejnou firmu pri statistikach typu "kdo toho od nas
> nejvic nakoupil za poslednich pet let", takze bych si tam musel vytvorit
> jeste nejaky mechanismus, ktery mi sdeli, ze tyhle tri zazanmy jsou valset
> jedna a tatáz firma.
> 	3. Zavest si nejake datumove atributy "plati od - do" a vybirat
> prislusny zaznam podle data vydani faktury. To mi ale prijde jeste
> komplikovanejsi nez v predchozim bode.

 IMHo to treti je spravne. Temer u vseho (i beznych ciselniku) je
 dobre si udrzovat casovy interval vyjadrujici validitu zaznamu. 
 System pak musi vedet v jakem kontextu data chce (historie, aktualni
 obdobi apod.)

    Karel

-- 
 Karel Zak  <zakkr na zf.jcu.cz>
 http://home.zf.jcu.cz/~zakkr/