Administrace komentářů

Chjo ... co nechapes na tom, ze trebas pani u kasy je zvykla, ze ... cojavim mejdlo ma kod 1234 ... a pak zacnejs prodavat jiny mejdlo s jinejma parametrama => potrebujes ZAROVEN, aby mejdlo melo kod 1234, pochopitelne MUSIS zachovat i puvodni mejdlo (protoze 10 let historie min). Jiste, muzes pani u kasy vysvetlit, ze mejdlo bude 4567 ... a ona 80% lidi proda misto mejdla neco uplne jinyho.

Jakmile mas libovolny ID viditelny v systemu, tak to vede k tomu, ze to lidi nejak vyuzivaj, a to nasledne k tomu, ze chtej, aby to numero (nebo cokoli) bylo nejak formatovany, a pro jejich ucely nejaky ...

Z podstaty veci se zmeni vzdy a vsechno. Chces zcela konkretni priklad z konkretni aplikace? Takova z podstaty naprosto jednoznacna vec jako je DIC. I byval system tak jak je bezne navrzen tak, ze firma a dic je vazba 1:1 => proste v tabulce s firmou byl sloupecek dic. Jednoho krasneho dne se ovsem byrokrati rozhodli, ze dic je treba zmenit a voiala, pruser byl na svete. Ono je totiz treba zpracovavat doklady nejen dnesni, ale i vcerejsi, pripadne je treba udelat dobropis stavajicimu parnerovi, ale na puvodni dic ... a tak vyvojari domastili dalsi sloupecek s id, a tabulku se seznamem dic. Puvodni samozrejme z duvodu kompatibility zachovali.

A vysledek? 1/2 veci v systemu cte dic z tabulky, druha z policka. Policko se sice nejak updatuje pri zmene v tabulce, ale pokud nekdo napise dic primo do policka (ktere je stale viditelne) tak tam je proste neco jineho nez v tabulce => podle toho co kdo prave tiskne, tak na tom muze byt to ci ono.

Ted si predstav, ze bys DIC pouzil jako id firmy....