Predmet:Re: Provjera duplog unosa

---

I ne trebas to mijenjati jer ti pravis app. da olaksas ljudima a ne da ih ucis kako da rade svoj posao.
Ja se ne sjecam da je ostalo nesto sto nisi zavrsio. Bez obzira kako si zahtijevao da to bude.
Druga je stvar sto sam ja primijetio da vecina ne pridaje znacaja pravljenju tabela gdje je i izvor svih problema.
Vidim to i po tome sto se u description skoro nikada ne napise nista. Znaci samo se iz glave po svojoj nekoj ideji naprave tabele.
Nikada skoro niko nije trazio pomoc oko pravljenja tabela i li pak predocio procedure po kojima se radi u firmi za koju zeli napraviti app.
Trazi pomoc tek kda zapne u realizaciji pa se onda krpi.
Getsbi je dao truda te opisao nacin na koji treba pristupiti pravljenju tabela ali malo ko je to i citao.
E sad tvoje tabele:
Ti samo treba da prilagodis svoje tabele ovome sto smo rekli.
Pa idemo redom:
Tvoje tabele tblProdaja i tblProdajaStavke trebale bi da imaju polja koja bi popunjavao referent prodaje. O tome smo se vec usaglasili pa cu ja dati predlog polja a ti dodaj jos polja ako bude trebalo.
Ove dvije tabele bi trebale biti vezane kljucem jedan na vise i i to smo se usaglasili.
tabela tblProdaja:
OrderID --->Primarni kljuc u ovoj tabeli Autonumber
PartnerID--->Sekundarni kljuc od tabele partneri koju vjerovatno imas (Number)
KorisnikID-->Sekundarni kljuc od tabele Korisnici (Number)
DatumNar--->datum kreiranja narudjbe (Mozda se trebalo zvati datum otpremnice ili pak samo datum)
Ovo je vjerovatno datum kreiranja nekog papira koji moze biti narudžba ili otpremnica ili jos nesto)
BrojNar ---->Vjerovarno broj papira (Text 30 karaktera) Po meni ovo polje bi trebalo da nema duplikata. Odnosno da se nesmije dva puta ponoviti isti.Mislim da je i puno 30 karaktera pa eto ti provjeri.

Polja:
ImeDostave
MjestoDostave
PostBrDostave
ZemjaDostave
Telefon
DatumDostave
MethodDostaveID
TrosakDostave

Vjerovatno se radi o dostavi proizvoda i dok ima i datu znaci da se ne upisuje istovremeno kada se i kreira gore navedeni papir.
Po meni ovo bi bila druga tabela koja bi bila vezana 1-1 sa ovom tabelom i po meni fali jos bar polje dostavio.
Ako imamo dostavu mora postojati i dostavljac, kome mi moramo dostaviti papire koji posjeduju sva polja iz obje ove tabele.
PDV-->ovo polje nemoze biti u ovoj tabeli nego u tabeli tblProdajastavke jer pdv se odnosi na stvke a ne na cijelu narudjbu otpremnicu itd..
Rabat--->Moze ostati jer on se moze odnositi na jedan papir mada moze biti i pojedinacno.
Treba provjeriti kako se to radi u preksi.
Dali se daje rabat na otpremnicu ili na stavke zasebno.
Popust----> Popust je po meni isto sto i rabat. Ovo nisam siguran sta se zeli sa ovim poljem ako ga ima na papirima.
Skladiste--->Po meni ni ovo polje nema smisla. Ako se ima vise magacina onda se i roba klasira po magacinima pa u jednom moze biti elektro u drugom masinska itd. referenta se nebi trebalo da tice iz kojeg ce se magacina izuzeti roba.
Jedina stvar koja moze biti a toj je da on verifikuje kojim je magacinima proslijedio svoj papir.
Neznam mozda se u tvom slucaju drugacije radi?
Proknjiženo----< Ni ovo polje ovdje nema smisla. Ako je ovo tabela u kojoj biljezis narudjbe otpremnioce itd. Ni narudjba ni otpremnica se ne knjizi nego izdatnica.
Znaci roba se knjizi na osnovu papira koji potvrdjuje izdavanje robe.

Eto ako imas volje i strpljenja ovako bi to izgledalo kada se generisu polja u bazi.
Naravno da prije toga moras dobro prouciti nacin rada i imati sve papire koji nastaju u toku tog rada.

Sledecu tabelu cu opisati kada se oko ovoga usaglasimo.

---