Prikazi cijelu temu
05.04.2011 22:02
05.04.2011 22:02
Predmet: Re: Provjera duplog unosa
Skladistar upisuje podatke kada izda robu odnosno kada kupac dodje u skladiste da izuzme robu sa papirom koji mu je dao ref. prodaje i te podatke zapisuje u tabelu tbl transakcije a stavke koje je izdao smijesta u tabelu UlazIaz i ti si to dobro napravio.
Tu smo i dosli do onog koda koji bi trebao sad prebaciti stavke iz tabele tblProdajastvke u tabelu tblUlazIzlaz.
Ovo se radi iz mnogo razloga jedan je napr da se moze desiti da u magacinu nema neke stavke a da kupac zeli izuzeti ostatak robe a po ovo moze doci i kasnije.
Onako bi bio prinudjen vratiti se referentu prodaje.
Ima to jos mnogo razloga. refeerent prodaje napr ne odgovara za stanje robe u magacinu pa prema tome moras imati tabelu u kojoj ces verifikovati ko je izdao robu.
Da ne nabrajam dalje.
to sam ja tebe i prije razumio i po toj teoriji id skladista moze biti u ovoj tabeli ali svakako po meni morao bi to polje imati i u tabeli koju koristi skladistar tj. tabeli tblTransakcije.
jednostavno napravis Query od ove dvije tabele i od query-a formu.
Prednosti:
Jedna od prednosti je ako napr. kao sto ti kazes kada kupac sam izuzima robu onda se to verifikuje u tabeli izlaza robe tj. u tvojoj tabeli tbl transakcije i u ovoj tabeli nemoras unositi nista.
Ako robu dostavlja neko trece lice onda njega upisujes u tabeli ulazIzlaz da je preuzeo robu a u ovu tabelu upisujes njegove podatke da je dostavio robu i kada.
Po ovome se da primijetiti da ova tabela iako je 1-1 nece imati isti broj redova.
Da napomenem po meni ova tabela bi mogla biti vezana za tabelu TblUlazIzlaz a ne za tabelu transakcije.
Primjer.
Ako je vezemo za tabelu transakcije i popunimo podatke tj. referent prodaje popuni podatke.
Da napomenem referent prodaje popunjava podatke prije no sto je roba izuzeta. Moglo bi se desiti da dodje do nekih promjena nepredvidjenih.
Ukoliko to vezemo za tabelu TbTransakcije znaci da onaj koji dodje i preuzme robu iz magacina a nije kupac robe magacioner ga pribiljezi da je izuzeo robu te upise njegove podatke u tabeli kao dostavljaca robe.
Zasto?
kao sto sam gore napomenuo ukoliko je sve u jednoj tabeli ili ces morati prepisati podatke izuzimaoca robe ili ce polja dostavljaca biti prazna.
Kao sto sam primijetio gore ti si to rijesio prepisivannjem istih podataka.
U ovom slucaju ako su dvije tabele jednostavno kada osoba koja je narucioc i izuzme robu znaci da nema dostavljaca i u ovoj tabeli neces nista ni pisati.
U tabeli transakcije imas polje partnerId sto znaci da je on i izuzeo robu a sve njegove podatke imas u tabeli partneri.
Citat:
U ovu tabelu upisuje samo referent prodaje.Problem je što ovu bazu koristi skladištar i prodaja dok knjigovodstvo ima svoju zasebnu aplikaciju i ona se puni opet ručno iz otpremnice koja im se dostavi, pa na njoj trebaju biti svi podaci.
Skladistar upisuje podatke kada izda robu odnosno kada kupac dodje u skladiste da izuzme robu sa papirom koji mu je dao ref. prodaje i te podatke zapisuje u tabelu tbl transakcije a stavke koje je izdao smijesta u tabelu UlazIaz i ti si to dobro napravio.
Tu smo i dosli do onog koda koji bi trebao sad prebaciti stavke iz tabele tblProdajastvke u tabelu tblUlazIzlaz.
Ovo se radi iz mnogo razloga jedan je napr da se moze desiti da u magacinu nema neke stavke a da kupac zeli izuzeti ostatak robe a po ovo moze doci i kasnije.
Onako bi bio prinudjen vratiti se referentu prodaje.
Ima to jos mnogo razloga. refeerent prodaje napr ne odgovara za stanje robe u magacinu pa prema tome moras imati tabelu u kojoj ces verifikovati ko je izdao robu.
Da ne nabrajam dalje.
Citat:
Još da napomenem da na jednoj otpremnici idu samo artikli iz jednog skladišta.
to sam ja tebe i prije razumio i po toj teoriji id skladista moze biti u ovoj tabeli ali svakako po meni morao bi to polje imati i u tabeli koju koristi skladistar tj. tabeli tblTransakcije.
Citat:
Odmah da ti kazem ovu tabela ce biti rel. vezana 1-1 i kada je veza 1-1 sto se tice unosa podataka to funkcionise isto kao da je i jedna tabela.Što se tiče tablica koje si napravio uočio sam da si moju tablicu tblProdaja razdvojio na dvije i u drugu stavio podatke o dostavi robe. Molim te da mi objasniš zašto je tako bolje.
jednostavno napravis Query od ove dvije tabele i od query-a formu.
Prednosti:
Jedna od prednosti je ako napr. kao sto ti kazes kada kupac sam izuzima robu onda se to verifikuje u tabeli izlaza robe tj. u tvojoj tabeli tbl transakcije i u ovoj tabeli nemoras unositi nista.
Ako robu dostavlja neko trece lice onda njega upisujes u tabeli ulazIzlaz da je preuzeo robu a u ovu tabelu upisujes njegove podatke da je dostavio robu i kada.
Po ovome se da primijetiti da ova tabela iako je 1-1 nece imati isti broj redova.
Da napomenem po meni ova tabela bi mogla biti vezana za tabelu TblUlazIzlaz a ne za tabelu transakcije.
Primjer.
Ako je vezemo za tabelu transakcije i popunimo podatke tj. referent prodaje popuni podatke.
Da napomenem referent prodaje popunjava podatke prije no sto je roba izuzeta. Moglo bi se desiti da dodje do nekih promjena nepredvidjenih.
Ukoliko to vezemo za tabelu TbTransakcije znaci da onaj koji dodje i preuzme robu iz magacina a nije kupac robe magacioner ga pribiljezi da je izuzeo robu te upise njegove podatke u tabeli kao dostavljaca robe.
Citat:
ovo samo govori da trebaju biti dvije odvojene tabele sto se tice dostavljaca i onoga ko izuzima robu.U našoj praksi nema puno slučajeva da su naručitelj i primatelj robe različiti, a ja sam na Reportu za otpremnicu u polja za dostavu stavio nešto ovako:
Zasto?
kao sto sam gore napomenuo ukoliko je sve u jednoj tabeli ili ces morati prepisati podatke izuzimaoca robe ili ce polja dostavljaca biti prazna.
Kao sto sam primijetio gore ti si to rijesio prepisivannjem istih podataka.
U ovom slucaju ako su dvije tabele jednostavno kada osoba koja je narucioc i izuzme robu znaci da nema dostavljaca i u ovoj tabeli neces nista ni pisati.
U tabeli transakcije imas polje partnerId sto znaci da je on i izuzeo robu a sve njegove podatke imas u tabeli partneri.
Podrska samo putem foruma, jer samo tako i ostali imaju koristi od toga.