Prikazi cijelu temu
16.11.2011 13:28
16.11.2011 13:28
Predmet:Re: Upit ne radi-pomoc
Evo pregledao sam detaljno tvoju bazu i na osnovu ovoga sto imam nemogu dati bas najkvalitetnije rjesenje.
Problem je u tome sto ti imas nekoliko grupa artikala a o kojima ja neznam puno.
Trazio sam ti da mi napises za svaku grupu zasebno koja ti polja trebaju medjutim nisi mi to dostavio.
Naravno nemas ni grupe cini mi se ali eto grupe bih mogao odrediti sam.
Trazio sam da mi dostavis desetak redova podataka pa da na osnovu toga mogu nesto zakljuciti medjutim poslao si mi samo deset redova istog artikla odnosno auta.
Jos jedan je problem sto si ti napisao da ovo sve radi sto znaci nemogu se praviti neka rjesenje koja bi mijenjala cijelu strukturu.
Moje vifjenje ovoga.
Kao prvo imas tu tabelu tbl_Stanje koja uopste ne treba po meni.
Stanje mozes dobti i dobijas ga na osnovu ulaza i izlaza robe.
Nebi to ni bio problem da na to stanje nije vezana tabela (kao kodna) TblMs a trebala bi biti vezana a i odnosi se na tabelu ulaza i izlaza a to je tabela tblStavke i posto je ovo tabela artikala na nju bi trebala biti naslonjena tabela ili tabele opstih podataka.
Eto to je nesto sto bi po meni trebalo promijeniti u strukturi.
Stvar se jos dalje komplikuje jer ti sada trebas dodati i opste podatke o artiklima tj. za neke artikle pojedinacno za svaki.
Primjera radi ako se to radi o vozilima svako vozilo ima razlicit broj sasije sto znaci trebalobi ga zavesti pri ulazu po tom broju ili nekom drugom broju koji je jedinstven samo za jedan jedini artikal.
Pri ulazu i izlazu imas i broj komada sto u ovom slucaju onda pada u vodu jer bi samim tim morao biti broj komada 1 jer svaki artikal ima nesto svoje zasebno (napr. broj sasije)
Ovo se mora rijesiti sa ljudima za koje radis ovo. Bez ovoga se nemoze dalje nesto kvalitetno napraviti.
Postavlja se pitanje gdje se ovi ostali podaci moraju vidjeti.
Evo navest cu jedan konkretan primjer.
Motorno vozilo putničko FORD Tes i pretpostavimo da imas u ulazu robe 3 ova vozila
Ako imas broj komada 3 kako onda napraviti ulaz ako se traze i podaci kao sto je broj sasije nego pojedinacno za svako vozilo.
Naravno mozes ti napraviti neku tabelu opstih podataka jedan na vise u odnosu na ovaj ulaz i popisati sva tri broja sasije i ostalo sto se odnosi pojedinacno ali ovo bi se odnosilo samo na ulaz robe.
Sta se desava sada ako prodajes ova vozila odnosno pravis izlaz.
Ukpliko se desi da jedna firma naprimjer dodje i kupiova 2 vozila ti ces u tabeli tbl stavke navesti 2 komada ali sad je pitanje koja su dva vozila otisla odnosno prodata a koje je ostalo.
Treba to nekako doznaciti sto samo iz sebe proizilazi da moras negdje imati opciju ulaza i izlaza i u ovoj tabeli opstih podataka pa samim tim ona ti postaje glavna tabela ulaza i izlaza.
Najgora je stvar sto ja neznam dali bas sva roba koja prolazi ima svoje neke jedinstvene podatke za svaki artikal pa prema tome nemogu ni ponuditi neko bar po mome misljenju najbolje rjesenje
Nabolje bi rjesenje bilo zavesti svaku jedinicno stavku za sebe pri ulazu ali to bi bio problem napr. ako imas evo navest cu vijke.
Ko bi svaki vijak zaveo pojedinacno.
Znaci za ovakve artikle bi morala biti alternativa.
Ima sad jos jedno pitanje a to je gdje trebaju da se vide ovi podaci (opsti podaci kako smo ih nazvali)
Pri nekom stanju robe nebi trebali po meni.
Tebi je napr. bitno da imas 3 forda na stanju a nikako i njihove brojeve sasije.
Ako i to zelis vidjeti ili neko kome treba zeli vidjeti onda se ta izvjestaj moze otegnuti jer moas svaku jedinicnu stavku prikazati zasebno.
E sad evo neko alternativno rjesenje.
To je da ove opste podatke zapisujes samo pri izlazu robe pod pretpostavkom da samo tamo trebaju.
Kako bi to izgledalo?
Tvoja tabela tblStavke bi ostala iste ali bi njoj pridruzio ostale podatke napr pri kreiranju racuna ili izvjestaju izlaza i to bi moglo tako funkcionisati.
Sada ostaje samo pitanje grupa jer svaka grupa ima razlicite opste podatke.
To sam ves gore i opisao negdje i dao primjer kako se moze rijesiti.
Imas 2 nacina i ja sam u primjeru dao oba.
Jedan je da za svaku grupu napravis tabelu sa poljima koja ti trebaju za tu grupu a unos bi se odredjivao na osnovu grupe.
To su moje tabele OpstiI i OpstiV i odnose se na grupu informatika i vozila.
Drugi nacin bi bio da se napravi samo jedna tabela sa poljima:
Strani kljuc za vezivanje
Naziv stavke i
Vrijednost za tu stavku.
Na ovaj nacin bi napri za vozila u opsis stavke pisao:
Broj sasije
a u vrijednost stavke napr. 1HE347VB095
pa bi onda islo ponovo napr. u opis stavke
broj motora
a vrijednost stavke isto kao i kod broja sasije pravi broj motora.
Problem kod ovoga je sto bi sad svaki puta za unos napr nekog vozila borao non stop pisati i (naziv polja) odnosno opis stavke i vrijednost.
Eto to je moje vidjenje na osnovu onoga sto si ti prilozio.
Evo ti za sad primjer unosa za ovo sto sam gore opisao.
Prilozi:
Evo pregledao sam detaljno tvoju bazu i na osnovu ovoga sto imam nemogu dati bas najkvalitetnije rjesenje.
Problem je u tome sto ti imas nekoliko grupa artikala a o kojima ja neznam puno.
Trazio sam ti da mi napises za svaku grupu zasebno koja ti polja trebaju medjutim nisi mi to dostavio.
Naravno nemas ni grupe cini mi se ali eto grupe bih mogao odrediti sam.
Trazio sam da mi dostavis desetak redova podataka pa da na osnovu toga mogu nesto zakljuciti medjutim poslao si mi samo deset redova istog artikla odnosno auta.
Jos jedan je problem sto si ti napisao da ovo sve radi sto znaci nemogu se praviti neka rjesenje koja bi mijenjala cijelu strukturu.
Moje vifjenje ovoga.
Kao prvo imas tu tabelu tbl_Stanje koja uopste ne treba po meni.
Stanje mozes dobti i dobijas ga na osnovu ulaza i izlaza robe.
Nebi to ni bio problem da na to stanje nije vezana tabela (kao kodna) TblMs a trebala bi biti vezana a i odnosi se na tabelu ulaza i izlaza a to je tabela tblStavke i posto je ovo tabela artikala na nju bi trebala biti naslonjena tabela ili tabele opstih podataka.
Eto to je nesto sto bi po meni trebalo promijeniti u strukturi.
Stvar se jos dalje komplikuje jer ti sada trebas dodati i opste podatke o artiklima tj. za neke artikle pojedinacno za svaki.
Primjera radi ako se to radi o vozilima svako vozilo ima razlicit broj sasije sto znaci trebalobi ga zavesti pri ulazu po tom broju ili nekom drugom broju koji je jedinstven samo za jedan jedini artikal.
Pri ulazu i izlazu imas i broj komada sto u ovom slucaju onda pada u vodu jer bi samim tim morao biti broj komada 1 jer svaki artikal ima nesto svoje zasebno (napr. broj sasije)
Ovo se mora rijesiti sa ljudima za koje radis ovo. Bez ovoga se nemoze dalje nesto kvalitetno napraviti.
Postavlja se pitanje gdje se ovi ostali podaci moraju vidjeti.
Evo navest cu jedan konkretan primjer.
Motorno vozilo putničko FORD Tes i pretpostavimo da imas u ulazu robe 3 ova vozila
Ako imas broj komada 3 kako onda napraviti ulaz ako se traze i podaci kao sto je broj sasije nego pojedinacno za svako vozilo.
Naravno mozes ti napraviti neku tabelu opstih podataka jedan na vise u odnosu na ovaj ulaz i popisati sva tri broja sasije i ostalo sto se odnosi pojedinacno ali ovo bi se odnosilo samo na ulaz robe.
Sta se desava sada ako prodajes ova vozila odnosno pravis izlaz.
Ukpliko se desi da jedna firma naprimjer dodje i kupiova 2 vozila ti ces u tabeli tbl stavke navesti 2 komada ali sad je pitanje koja su dva vozila otisla odnosno prodata a koje je ostalo.
Treba to nekako doznaciti sto samo iz sebe proizilazi da moras negdje imati opciju ulaza i izlaza i u ovoj tabeli opstih podataka pa samim tim ona ti postaje glavna tabela ulaza i izlaza.
Najgora je stvar sto ja neznam dali bas sva roba koja prolazi ima svoje neke jedinstvene podatke za svaki artikal pa prema tome nemogu ni ponuditi neko bar po mome misljenju najbolje rjesenje
Nabolje bi rjesenje bilo zavesti svaku jedinicno stavku za sebe pri ulazu ali to bi bio problem napr. ako imas evo navest cu vijke.
Ko bi svaki vijak zaveo pojedinacno.
Znaci za ovakve artikle bi morala biti alternativa.
Ima sad jos jedno pitanje a to je gdje trebaju da se vide ovi podaci (opsti podaci kako smo ih nazvali)
Pri nekom stanju robe nebi trebali po meni.
Tebi je napr. bitno da imas 3 forda na stanju a nikako i njihove brojeve sasije.
Ako i to zelis vidjeti ili neko kome treba zeli vidjeti onda se ta izvjestaj moze otegnuti jer moas svaku jedinicnu stavku prikazati zasebno.
E sad evo neko alternativno rjesenje.
To je da ove opste podatke zapisujes samo pri izlazu robe pod pretpostavkom da samo tamo trebaju.
Kako bi to izgledalo?
Tvoja tabela tblStavke bi ostala iste ali bi njoj pridruzio ostale podatke napr pri kreiranju racuna ili izvjestaju izlaza i to bi moglo tako funkcionisati.
Sada ostaje samo pitanje grupa jer svaka grupa ima razlicite opste podatke.
To sam ves gore i opisao negdje i dao primjer kako se moze rijesiti.
Imas 2 nacina i ja sam u primjeru dao oba.
Jedan je da za svaku grupu napravis tabelu sa poljima koja ti trebaju za tu grupu a unos bi se odredjivao na osnovu grupe.
To su moje tabele OpstiI i OpstiV i odnose se na grupu informatika i vozila.
Drugi nacin bi bio da se napravi samo jedna tabela sa poljima:
Strani kljuc za vezivanje
Naziv stavke i
Vrijednost za tu stavku.
Na ovaj nacin bi napri za vozila u opsis stavke pisao:
Broj sasije
a u vrijednost stavke napr. 1HE347VB095
pa bi onda islo ponovo napr. u opis stavke
broj motora
a vrijednost stavke isto kao i kod broja sasije pravi broj motora.
Problem kod ovoga je sto bi sad svaki puta za unos napr nekog vozila borao non stop pisati i (naziv polja) odnosno opis stavke i vrijednost.
Eto to je moje vidjenje na osnovu onoga sto si ti prilozio.
Evo ti za sad primjer unosa za ovo sto sam gore opisao.
Prilozi:
voziladbZxZ.zip
Preuzimanja:303
Velicina datoteke:70.95 KB
Preuzimanja:303
Velicina datoteke:70.95 KB
Podrška samo putem foruma, jer samo tako i ostali imaju koristi od toga.