Prikazi cijelu temu
07.05.2013 09:08
07.05.2013 09:08
Predmet:Re: Magacin rezervnih delova
Prilicno neuobicajeno (a po mom misljenju i nefunkcionalno), ali kako kod nas kazu vezi konja gde ti gazda kaze. Znaci u tabelu vrste dokumenta dodajemo i radni nalog. Status dokumenta: izlaz.
Polja u tabeli transakcije u slucaju naloga se popunjavaju:
KlijentID - radnik odrzavanja
CostCentar - radnik odrzavanja unosi CC gde se delovi ugradjuju.
Polje radni nalog brisemo iz tabele Transakcije.
U tabeli VrsteTransakcije bih promenio:
Ulaz 1
Izlaz -1
Storno 0
Pod ID4 preimenovati u Povratnica interna (kad radnici istrebovane delove vrate u magacin)
Ostaviti dve tabele u vezi 1:1. Svi operateri su istovremeno i radnici, nisu svi radnici operateri. Dve tabele jer se za operatere vode i neki dodatni podaci koji se ne vode za ostale radnike. Veza nam je potrebna ako zelimo formu za unos, odnosno da iz jedne forme popunjavamo dve tabele.
U tabeli korisnici:
Korisnik ID - primarni kljuc (kao sto je zxz vec rekao)
KorisnickoIme - Indexed - Yes (No Duplicates)
Polja RadnoMesto i ImeiPrezime izbaciti, to se vec vodi u tabeli tblRadnici.
Takodje se slazem sa Zonicem da treba voditi evidenciju i o operateru koji unosi podatke, kao i o magacioneru koji je izdao/primio robu.
Ne vidim neki poseban razlog za to, ali ako vec komplikujemo da komplikujemo:
Dodati Kodnu tabelu StatusiKlijnata
Dodati u tabeli VrsteTransakcije polje status klijenta.
Onda se na osnovu vrste dokumenta pronalazi status klijenta i combo za izbor klijenta filtrira po njemu.
PS sve ove promene cu odraditi na zadnjem promeru koji je zakacio Miroslav i zakaciti na forum ako se ostali sloze sa izmenama
Citat:
Prilikom izdavanja delova radniku odrzavanja, delovi i dalje ostaju u magacinu (sistemski), dok fizicki nisu tu, sve dok se nalog ne zatvori tj. proknjizi.
Prilicno neuobicajeno (a po mom misljenju i nefunkcionalno), ali kako kod nas kazu vezi konja gde ti gazda kaze. Znaci u tabelu vrste dokumenta dodajemo i radni nalog. Status dokumenta: izlaz.
Polja u tabeli transakcije u slucaju naloga se popunjavaju:
KlijentID - radnik odrzavanja
CostCentar - radnik odrzavanja unosi CC gde se delovi ugradjuju.
Polje radni nalog brisemo iz tabele Transakcije.
U tabeli VrsteTransakcije bih promenio:
Ulaz 1
Izlaz -1
Storno 0
Pod ID4 preimenovati u Povratnica interna (kad radnici istrebovane delove vrate u magacin)
Citat:
Moje misljenje:tabele tblRadnici i tblKorisnici mogu se svesti u jednu ali i nemora.
Ako je jedna anda opet dodati polje status pa sa njim rijesiti dali je radnik ili operator.
Ostaviti dve tabele u vezi 1:1. Svi operateri su istovremeno i radnici, nisu svi radnici operateri. Dve tabele jer se za operatere vode i neki dodatni podaci koji se ne vode za ostale radnike. Veza nam je potrebna ako zelimo formu za unos, odnosno da iz jedne forme popunjavamo dve tabele.
U tabeli korisnici:
Korisnik ID - primarni kljuc (kao sto je zxz vec rekao)
KorisnickoIme - Indexed - Yes (No Duplicates)
Polja RadnoMesto i ImeiPrezime izbaciti, to se vec vodi u tabeli tblRadnici.
Takodje se slazem sa Zonicem da treba voditi evidenciju i o operateru koji unosi podatke, kao i o magacioneru koji je izdao/primio robu.
Citat:
Dosta samo tu zakomlpicirali pa bi ja pokušao još malo:
Zašto nebi tablicu tblDobavljaci preimenovali u tblKlijenti i u nju dodali i polje Status gdje bi označili dali se unos odnosi na dobavljača ili korisnika(kupca) ili kako več.
Ne vidim neki poseban razlog za to, ali ako vec komplikujemo da komplikujemo:
Dodati Kodnu tabelu StatusiKlijnata
Dodati u tabeli VrsteTransakcije polje status klijenta.
Onda se na osnovu vrste dokumenta pronalazi status klijenta i combo za izbor klijenta filtrira po njemu.
PS sve ove promene cu odraditi na zadnjem promeru koji je zakacio Miroslav i zakaciti na forum ako se ostali sloze sa izmenama