Pouziti autoincrementu

[Kluvanek Martin]

Jan Serak wrote:
> Petr Vileta wrote:
> 
>> No to tam neni, ale navrhnete tedy nejaky postup, ktery mi zajisti, ze
>> dalsimu zaznamu pridelim NAVAZUJICI cislo a toto cislo se mi zaroven 
>> vrati
>> do aplikace (programu) abych ho mohl dale pouzivat. Jedna se mi o to, ze
>> napriklad pridelim cislo fakture, to musi navazovat na predchozi radu bez
>> vynechani. Jenze toto cislo (ID) zaroven pouziju take v dalsich 
>> tabulkach,
>> napriklad pro ocislovani v knize pohledavek (pohledavka ma stejne 
>> cislo jako
>> faktura a nekdy delam podle nej join), pak v nejakem vykazu pro vedouciho
>> skladu, kde do seznamu dodacich listu (maji sve ID) doplnim cislo (ID)
>> faktury, ktera se k dodaku vaze.
> 
> 
> Tohle vsechno je IMHO naprosto zbytecne. Reknete mi jediny duvod, proc 
> by primarni klic faktury v databazi mel byt v neprerusene rade? 
> Samozrejme legislativa pozaduje neprerusenou sekvenci ucetnich dokladu, 
> ale neni jediny duvod (dnes, kdy je cena za 1 MB diskoveho prostoru 
> halirova) pozadovat, aby sekvence videna uzivatelem slouzila jako 
> primarni klic. Nedokazu si predstavit organizaci, ktera mam vice nez 
> jednoho ucetniho (tedy vyzadujici multiuzivatelskou aplikaci) a pritom 
> nema ruzne stupne schvalovaciho procesu. Umely primarni klic (derava 
> sekvence) se prideli pri vzniku objektu. Ucetni cislo dokladu 
> (vyzadovane jako unikatni a v postupne rade) se prideluje az mnohem 
> pozdeji (po vsim schvaleni) a je uvedeno pouze na jednom miste 
> (nepouziva se pro vazbu tabulek).
> 
> Nevim, zda to legislativa primo vyzaduje, ale kazdy 1. doklad v ucetnim 
> roce by mel mit cislo 1 - jak zajistite koexistenci dat za vice ucetnich 
> roku v jedne databazi, kdyz pouzivate cislo dokladu jako primarni klic?
> 
> Stran jinych identifikatoru: UOOU se snazi jiz hezkou dobu protlacit 
> zakon, ktery by zakazoval v informacnich systemech pouzivat rodne cislo 
> jako primarni klic, coz se dnes hojne deje zejmena ve zdravotnictvi, 
> podobne by to melo byt i s jinymi identifikatory vystupujicimi vne 
> informacniho systemu. Duvod je jednoduchy. I identifikator, ktereho se 
> tvurce IS chyti jako konstantniho, se muze menit (rodne cislo se zmeni 
> proste z toho duvodu, ze existuje jiny clovek s tymz rodnym cislem, nebo 
> ze zena ma "muzske" rodne cislo atd.). Pokud se ale tento identifikator 
> ma menit v mnohaterabytovych datovych skladech, je de facto nemozne 
> zachovat konzistenci dat. Naopak, kdyz novy "clovek" zavadeny do IS 
> dostane nejaky umely primarni klic (ktery se pouziva jen uvnitr 
> databaze, ale ani obsluha IS ani onen clovek ani zadna treti strana jej 
> nezjisti), tak data v datovych skladech jsou naprosto anonymni do doby, 
> dokud se nekdo nepovolany nedostane k registru lidi.

Pocul som dokonca o jednej nemenovanej USA firme ze v rozsiahlev 
databazi klientov pouzivali ako kluc tlf cislo.
Mali problem pochopit, ze nie kazdy clovek v CR musi mat svoj unikatny 
tlf....

> 
> Neni tohle cesta, jak uspokojit financni spravu o prukaznosti ucetnictvi 
> a nedelat komplikace v softwaru tam, kde nejsou nutne?

> 
>                             Jan Serak
> 


-- 
Martin Kluvanek
ved.odd. vyvoje (head of development department)
TES s.r.o
Testovani Energetickych Systemu (Testing of Energetical Systems)

Prazska 597
674 01 Trebic
Czech republic
tel:568 8384 28  (+420 5688384 28)
fax:568 8384 27  (+420 5688384 27)
homepage: http://www.tesnet.cz