Access 2010-Bar (vodenje zaloge)

Postavil si zelo široko vprašanje, če hočeš dobiti kašen nasvet, boš moral se lotiti naloge in potem, ko prideš do problema vprašati :)

Najprej ti svetujem, da si na papir izrišeš tabele in relacije med njimi in si določiš ključe, šele nato, ko boš imel dobro zamišljen entitetno relacijski model greš postavljati v Access... Glavni ključ je v dobro načrtovanem modelu ;)

Kaj takega nasveti?
Namreč izkušenje z podatkovnimi bazami imam zelo majhne ;)

http://postimg.org/image/9irsbxlh7/

Hja, samo če boš dejansko imel to v baru, se splača dobro narest bazo, sploh glede na to, da boš izdajal račune.

Mal še poguglaj, morda celo najdeš kakšno zastonjsko programsko rešitev, ki je že narejena. Če ne pa naredi bazo po tem načrtu, ki si ga našel.

lp,Z00s

Atikli: Id_artikla,Ime_artikla,Cena,Artikla,NabavnaCena_Artikla,Kolicina_Atiklov

En hint glede tega.
Artikle nabavljaš večkrat po različnih cenah in v različnih količinah.

Zato bi bilo morda bolje nekako v tej smeri:
Atikli: Id_artikla,Ime_artikla,Id_tip_artikla,enota_mere (kg, komad,...),Kolicina_zaloga
Nabave: Id_nabave,Id_artikla,Datum_nabave,NabavnaCena_Artikla,Kolicina_Atiklov
Prodaje: Id_prodaje,Id_artikla,Datum_prodaje,ProdajnaCena_Artikla,Kolicina_Atiklov
Tipi_artikla: Id_tip_artikla, opis (pijaca, hrana,...)

Kolicina_zaloga ni nujno, lahko se izračunava iz nabav in prodaj, če pa večkrat to rabiš, je morda smiselno imeti to redundančno polje.

Tako, ja. Seveda v kolikor ti ta model ustreza. Naredi le one-to-many relacije. V Artikli je id_artikla PK, v prodaje pa je več artiklov in je tam FK. Pri ostalih podobno. Ne vem, kako je v zdajšnjih accessih, včasih se je to nastavilo v relationship properties.