Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190

Warning: Illegal string offset 'status' in /home2/icentarb/public_html/icentar/print.php on line 190
iCentar » Racunari i oprema » Programirannje i baze podataka » Access » Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)
Sida 19.09.2019 21:49
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Zxz hvala na odgovoru. Probao sam u descriptionu objasniti sta je sta, ako nije jasno ili treba jos nesto upisati javi pa da i to odradim.

Kaze da joj za ovo ne treba nivelacija. Mora ici po racunu pa ako je kupio kod nekoga gace po 5 KM a kod nekog drugog po 4 KM ona otvara novi artikl za oboje. Mada mi je sad objasnila da je nivelacija nesto drugo, ako npr prodaje gace za 10 a proda ih za 9 KM onda mora raditi nivelaciju da bi razduzio robu, valjda sam dobro shvatio. Smiling

Probao sam pojednostaviti jos pa sam izbacio tabelu Firme jer nema potrebe za nju, vodi samo jednu prodavnicu mjesovite robe.
Prilozi:
Kalkulacije03.rar (Velicina datoteke:31.84 KB)

zxz 23.09.2019 19:41
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Evo moja verzija tabela.
Malo sam popravljao.
Mozes pregledati sta sam radio.
Nije bilo nekih izmjena.
Najvise duzina tekstualnih polja i kodna tabela jedinica mjera.
Veceras ako stignem uradit cu i par formi za unos, naravno ako ti se svide ove moje tabele.
Pregledaj pa javi.
Prilozi:
Kalkulacijezxz.zip (Velicina datoteke:55.19 KB)

Getsbi 23.09.2019 20:45
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Imam jednu sugestiju. Kalkulacija je dokument koji se radi u prodavnici nakon prijema robe od dobavljača.
Tabela „Kalkulacije” je zaglavlje tog dokumenta, a tabela „ArhivaKalkulacija” su stavke. Na osnovu svake otpremnice dobavljača koja je stigla sa robom zajedno radi se po jedna kalkulacija.

Zato predlažem da tabela „ArhivaKalkulacija” ima složeni ključ: KalkulacijaID+ArhivaKalkulacijaID.
Drugi predlog je da tabela „Dobavljac” bude vezana za tabelu „Kalkulacija”, a ne za tabelu „Prodavnica”. Dobavljač je bitna informacija za kalkulaciju koju taj dokument mora sadržati. Inspektor hoće da zna od kog dobavljača je prispela roba i isti dobavljač će se svakako pojavljivati u više kalkulacija.

zxz 23.09.2019 21:13
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Citat:
Zato predlažem da tabela „ArhivaKalkulacija” ima složeni ključ: KalkulacijaID+ArhivaKalkulacijaID.
ArhivaKalkulacijaID je aotonumber i sam po sebi je jedinstven pa zbog toga mislim da nebi imalo smisla praviti slozeni kljuc.
Po meni ovdje bi trebao slozeni kljuc i to od polja:
KalkulacijaID
i ArtikalID.

Znaci u stavkama kalkulacija nebi se smijo ponoviti isti broj kalkulacije i artikla.
Posto je ovdje bio autonumber a dosta njih i ne razumije slozene kljuceve ja nisam htio dirati.
Tabela dobavljaci ima svoj id u tabeli kalkulacija hoce li biti postavljena relacija je sad stvar koja bi se mogla razmatrati.
Moje misljenje je bilo to da ce ona biti samo kodna tabela a kao takva ima opciju da se limitira na listu tako da nemozemo nista drugo odabrati.
Druge privilegije kaskadno brisanje i promjene nisu potrebne u ovom slucaju, jer kad brisemo dobavljaca nikako nebi htjeli obrisati i kalkulacije koje njemu pripadaju.

To je moje vidjenje odnosno cime sam se povodio. Ni drugi nacini nisu nemoguci.
Koji je naj optimalniji sad bi se moglo analizirati dosta dugo.

Zahvaljujem na sugestijama.
Ako bi neko imao vremena da pregleda polja ponaosob jer je tu bilo dosta gresaka a i ja sam bio prilicno povrsan.
hvala.
Tabela Dobavljac

Sida 23.09.2019 23:43
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Hvala vam na odgovorima mnogo mi znace.
Idem redom...
@Getsbi slazem se sa dosta stvari a neke su mi i nejasne posto tek pocinjem sa bazom a odmah sam se bacio na malo veci projekat Smiling Da probam objasniti kako sam ja zamislio mada ne znam moze li tako i pije li vode ta moja zamisao pa mi je svaki savjet dobro dosao.
Dobavljaca sam vezao za Prodavnicu zbog onog sto sam "naucio" kad se vezu tabele pa jedna prodavnica moze imati vise dobavljaca ali sam isto u subotu vezao dobavljace i za kalkulaciju vodeci se bas tim sto si ti sad objasnio. Znaci sad su mi dobavljaci vezani i za prodavnicu i za kalkulaciju. Postavicu bazu ponovo.
E sad ArhivaKalkulacije sam zamislio kao neku tabelu u koju cu pohranjivati sve izracune pa nekad ako je potrebno da ih mogu otvoriti preko ID-a kalkulacija (KalkulacijaID). Zamisao je da svaka stavka iz jedne kalkulacije ima naprijed broj kalkulacije pa npr. ako ima 10 stavki ispred svake je recimo KalkulacijaID 5. Znaci ide redni broj stavke pa iza ide broj kalkulacije, ovako nekako
rb. kalkbr. nazivartikla
1. 5 kosulja ...
2. 5 majica ...
3. 5 cipele ...
4. 5 olovka ...
Taj broj 5 je broj kalkulacije po kojem cu kasnije po potrebi da vadim sve stavke iz te kalkulace, provjerim isprintam mozda promijeniti ako je neka greska bila itd. E sad je moje pitanje ako stavim kljuc i na KalkulacijaID u tabeli ArhivaKalkulacija onda se nece moci ponavljati isti broj po stavki? Morace biti razliciti brojevi a onda kako naci kojoj kalkulaciji pripadaju koji artikli (stavke). Nisam siguran ni da li treba tabela ArhivaKalkulacija jer mozda preko upita se mogu povuci podaci od odredjene kalkulacije i izracunati ponovo. Ne znam ni da li je pogresno vezati jednu tabelu za druge dvije, to sto sam uradio sa dobavljacima?

@zxz hvala mnogo i tebi.
Da u kalkulacijama se ne bi smio ponoviti isti broj kalkulacije a i svaki artikl ima svoj broj (zato autonuber i kljuc). Ovo dalje nesto kontam a nesto ne pa necu pametovati Smiling
jesi li htio staviti u attach nesto ili sam ja pogresno skontao? Smiling
Hvala vam mnogo obojci na izdvojenom vremenu.

ide baza...
Prilozi:
Kalkulacije05.rar (Velicina datoteke:28.45 KB)

Getsbi 24.09.2019 09:28
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Dobar način je da imaš ispred sebe neku tuđu postojeću kalkulaciju u papirnom obliku (odštampanu). Ona izgledda slično kao otpremnice ili prijemnice, s tim što ima i navbavnu i prodajnu cenu, kao ostale kolone koje si dobro predvideo u tvojoj tabeli „ArhivaKalkulacija”.

Kad pogledaš tu tuđu postojeću kalkulaciju, uočićeš zaglavlje dokumenta (tvoja tabela „Kalkulacija”) i ispod toga stavke (tvoja tabela „ArhivaKalkulacija”). Ono što moraš jasno da razgraničiš jeste da je veza između ove dve tabele u realnom svetu identifikujuća. To znači sledeće. Stavka ne može da postoji bez saznanja o zaglavlju. Otuda joj je potrebna obavezna informacija o zaglavlju. Obavezna informacija se postiže složenim ključem.
Ako ostaviš ovako kako je sada u tabeli „ArhivaKalkulacija”, kolona ArhivaKalkulacijaID ne može da se ponovi (pogledaj osobinu indexed za to polje), a kolona KalkulacijaID može (takođe pogledaj osobinu indexed za to polje).
Trebalo bi da kombinacija kalkulacije i stavke ne može da se ponovi. To se postže složenim ključem.
Neću ništa drugo da ispravim na potonjem fajlu sem tog ključa.
Prilozi:
Kalkulacije05_G.rar (Velicina datoteke:30.62 KB)
kalkulacija-cena-na-malo-a4-ncr_1.jpg (Velicina datoteke:74.47 KB)

Sida 24.09.2019 10:08
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

@zxz ne znam kako sam previdio da si postavio bazu Disappointed tek sad slucajno vidjeh skino sam je pogledam veceras, sad moram furati na posao, pa javim. hvala mnogo

@Getsbi tagodje hvala mnogo. Ne znam da li izgleda preko foruma da se opirem vasim prijedlozima ali nije tako samo pokusavam bolje shvatiti da bi naucio vise jer se planiram baviti bazama i programiranjem a na samim sam pocecima. Postavicu jpg onoga kako sam ja zamislio pa da vidimo jel to to. Nesto mislim da slicno razmisljamo ali na drugaciji nacin, a mozda i ne a onda vjerujem da tvoj nacin ispravniji samo da ga svarim u glavim Smiling
https://imgur.com/kv6KgTw

zxz 24.09.2019 13:38
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Pa napisao sam ti.
Veceras cu uraditi par formi pa ti nastavi dalje.

Sida 24.09.2019 14:30
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Hvala legendo.

@Getsbi je upravu u vezi dobavljaca pa sam to prepravio (brzinski na poslu). Da li je ovako ok?
Jedna Kalkulacija moze imati vise Dobavljaca.
Jos samo da se skontam sa Getsbiem oko kljuca na KalkulacijeID u tabeli ArhivaKalkulacija.

zxz ti slobodno napravi kako mislis da treba (ne moras po mom) pa cemo onda proci zajedno kroz to. Kontam kad vidim kako si ti to po svom odradio vise cu nauciti.
Prilozi:
BazKalkMal.jpg (Velicina datoteke:573.54 KB)

Getsbi 24.09.2019 17:13
Predmet:Re: Pomoc...Kalkulacija za Maloprodaju (a moze i veleprodaju)

Obrnuto. Jedan dobavljač se u kalkulacijama javlja više puta. U kalkulaciji 22 od 7. januara, u kalkulaciji 112 od 3. marta, u kalkulaciji 136 od 8. aprila i tako dalje.