Citat:
U tabeli Roba gde su uneseni podaci o artiklima, se ne sme menjati nista osim prodajne cene, znaci ako je jedan artikal prodat i vise se nece nabavljati, on se ne sme dirati iz tblRoba,
Tacno, ne sme se dirati. Brisanje ne dolazi u obzir, ako postoje podaci o prodaji ili nabavci, data integrity na nivou tabela to nece dozvoliti. Tako rade relacione baze, eh. A ne sme se ni editovati naziv artikla, jer ce se u svim reportima i kverijima pojaviti novi naziv. Zasto bi menjao naziv? Ako je artikl 18 bio "pivo", kakvog smisla ima da posle dve godine artikl 18 postane "keks"? Pazi, ovaj sistem proizvodi neke dokumente koji su zakonom propisani i mnogo toga se NE SME menjati kasnije. Zamisli da prodas robu nekome, 20 komada, odstampas racun i naplatis. Onda uzmes i promenis kolicinu u tabeli prodaja sa 20 na 16. Ili kazas nije to bilo 20 piva, to je bilo 20 mleka. Knjigovodstvo tise nece sloziti i ici ces u zatvor. Ovo je pre svega knjigovodstveni alat, a u knjigovodstvu se nista ne brise i nista se ne zamenjuje. Ako je napravljena greska, pogresan broj se ne brise, on se precrta i tacan napise pored njega. Ako je neka transakcija (racun, uplatnica, bilo sta) pogresna, ona se ne brise iz knjiga i kartica. Pogresna transakcija se proglasi nevazecom i upise se druga, tacna transakcija, uz objasnjenje sta se desilo. Svrha knjigovodstva je da belezi stvari onako kako su se desile.
Tacno je da ova aplikacija nema alate za ponistavanje transakcija, niti ima nacina da se kaze 'ova roba se nece vise nabavljati, stoga je ne zelimo videti u listi za nabavku'. Cilj nije bio napraviti sistem koji cete da downloadujete sa foruma i koristite u poslu. Cilj je bio da pokazemo neke principe (kako se prenose cene iz tabele roba u tbl. prodaja, kako kalkulacija menja tabelu roba i obratno, kako se vode ostali troskovi, kako se u principu prati stanje robe na lageru, kako se vodi kartica dobavljaca, i na kraju kako se vode slozeni artikli tipa "spricer"). I usput smo pokazali kako ide proces uzimanja zahteva od korisnika, kako se dokumentuje poslovni proces i kako se dizajnira baza podatak, i kako se pravi 'arhitektonski nacrt' sistema (baza plus front end). Posto smo mi samo forum, a ne skola niti consulting firma, mislim da je dosta i ovoliko :-)
Citat:
Da li moze da se uradi tako da se artikli mogu dirati u tblRoba bez posledica u ostalim tabelama?
Sigurno da moze, ali razumes valjda da bi to bilo veoma stetno za biznis.
:-)