programiranje u ACCess-u

Programiranje u Access-u mi nije jaca strana, znaci da u kodu napisem nesto to bas i ne znam. Medjutim, naisao sam na problem koji je po meni jedino resim ako se napise kod.Evo u cemu je stvar : svakog meseca treda da update-jem 2000-3000 zapisa i to 4 polja, od kojih mi najvise glavobolje zadaje polje u kojem mogu da se pojavi 300 pojmova. Update query-jem sam resio stvar za prvo polje u kojem mi se pojavljuje 20 pojmova,ali da pravim 300 query-ija i da ih klikcem po dva puta (jednom za aktivianje i drugi put za potvrdu) nema sanse.Zato sam smislio da lepo udjem u objekat Modules i da tu napise program koi ce to sve da odradi.Ali kao sto sam rekao to nikad ranije nisam radio, a iz literature (koj je oskudna) nisam mogao da provalim. Pomoc bi mi bila i ako bi neko mogao da mi preporuci odgovarajucu literaturu, ili sajt gde bih mogao da vidim kako se to radi i da to naucim.Hvala unapred

Ne verujem da Update možeš da uradiš bolje iz koda nego iz upita. Ako imaš 300 pojmova koje treba da uneseš i oni se verovatno nalaze u nekoj tabeli i imaju neku logičnu vezu sa tabelom koju updatuješ. Mora da postoji način da se to uradi jednim upitom a ne da se 300 puta pokreće upit.
Mogao bi malo bliže da objasniš o kakvim se podacima radi i kako si ih organizovao. Možda će neko imati ideju kako da rešiš problem.

U tabelu dodajem 4 polja. U zavisnosti o kom je podatku rec u ta 4 polja upisujem kategoriju,podkategoriju i jos dve karakteristike.Znaci nije nista komplikovano samo sto je bezveze da pravim toliko upita.

I dalje ne vidim zašto bi bilo pogodnije iz koda nego iz upita. Iz kog razloga se vrši Update. Recimo, ako se menja kategorija nekog kupca pa iz kategorije "mali kupac" prelazi u kategoriju "veliki kupac" jer je pazario za više od 100000 u predhodnom mesecu, kolikogod da ima takvih uslova oni treba da postoje negde u bazi. Ako postoje takvi podaci i OPET naglašavam pravilno povezani, upit će uraditi posao. Ako podaci nisu dobro organizovani onda svakog meseca treba menjati kod, a to znači da baza nije dobra.
Moguće je da postoji elegantno rešenje i sa kodom, ali onda moramo znati tačno šta se radi, ovako tvoje pitanje je isuviše načelno. Ne mogu ti reći ništa konkretno što možeš da primeniš.

Evo sad cu eksplicitno da objasnim.U polju Class imam vrednost zvake. U polje kategorija treba da ubacim vrednost hrana,u polje podkategorija slatkisi, u trece polje kolicinu i u cetvrto polje cenu. i ovo upit odradi super i bez problema. Ali ja imam trista proizvoda, sto znaci da mi treba 300 upita?Ili negde gresim?Zato sam i pomislio na kod da u njemu otkucam sve i samo pokrenem.

Ajde da skroz pojednostavimo stvari:kako moze da se napise i koristi najobicniji update query koristeci kod,znaci bez da ga pravim u Design view-u.Molim
za pomoc.Ako neko zna dobru knjigu,preporucitu ili bilo sta gde to moze da se pogleda i nauci.Unapred hvala

A zasto bi uopste koristio UPDATE da azuriras cenu? Pronadji svoju 'zvaku' u tabeli i rukom upisi novu cenu preko stare. I tako za svih 300 artikala. Niej sala, ovo je ozbiljan predlog.

Ako nam opises svoje tabele i sta se u stvari zeli uraditi, mozda ti mozemo pomoci. Pitanje ti je suvise usko da bi bilo ko dao dobar odgovor. Moramo da pravimo mnogo pretpostavki od kojih je vecina pogresna, pa tako i odgovori budu pogresni. Cemu sluzi tvoja baza, kako su organizovane tabele, sta to pokusavas da uradis?

Pazi ovako, BiloKoje ti je dobro rekao, ti imas problem sa bazom, odnosno izgleda da imas problem da napravis bazu. Ti kada pravis bazu imas tabele i odredjene veze i odnose i sasvim je nebitno da li imas 1 ili 300 proizvoda, jer ti imas kategoriju proizvodi, odnosno polje, a na tebi je da izaberes da li ce ti to biti posebna tabela koja ima samo to jedno polje, naziv proizvoda ili ces sve smestiti u jednu tabelu. Moj ti je savet pravi vise tabela. Ako ti treba unos izmena na dnevnom nivou, onda ti treba i polje Date/Time. Sve to smestis, stavis u kom je odnosu i onda napravis formu za unos podataka. Ti preko forme unosis naziv proizvoda, vrstu, podvrstu i to se automatski smesta u bazu. Zatim napravis formu za izvestavanje, koja naravno vuce podatke iz baze i automatski ti prikazuje najnovije stanje u bazi. Kapiras?
E, da a to da li je mali ili veliki kupa, resavas vrlo jednostavno.. Postavis kriterijum do koga ti je mali a preko koga je veliki. Imas polje vrsta kupca=IIF(ukupno pazario<kriterijum, "mali kupac", "veliki kupac"). Slicno kao u Excelu samo sto ovde to radis u SQL-u.