Vrlo rado bih da ti pomognem ali moram da priznam da ne razumem problem. Ono prethodno sa mestom boravka, ocem i decom je bilo relativno jednostavan zadatak . Potrudi se da preimenuješ tabele i staviš neka smislena imena. Kad uđem u Relationships ne vidim ništa. Nema veza, nema ključeva (ili bar pokušaja da me asocira na problematiku). Ako je i ovo neki parcijalni zadatak onda probaj da ga što jasnije opišeš, ostaviš u .mdb samo neophodne objekte i decidno naznačiš gde kood ne radi, šta isprazniti da bi se testiralo, koju formu od dve koje si poslao da proverim. Probaj da se staviš u moj položaj koji o tvom problemu ne zna ništa.
Inače slažem se sa kolegom BiloKoje da ukoliko se radi o pravljenu aplikacije od početka treba dobro postaviti model podataka i ako je to u pitanju usvoji njegov predlog jer više nego pije vodu. U slučaju da je problem u nesleđivanju podataka i započetog zadatka sa potrebama da se rade razne konverzije između tabela onda toplo preporučujem pisanje kooda jer se mogu hvatati greške zaustavljanjem procedure. Inače pri izradi dobrog FrontEnd-a ne valja preterivati ni u čemu , pa ni u izbegavanju kodiranja. VBA postoji ne bez raloga. Služi za automatizovanje objekata, validaciju sa porukama, pisanje korisničkih funkcija isl. Baš bih voleo da vidim recimo aplikaciju koja će da napiše na izveštaju iznos slovima, a da je urađena isključivo Query-ima. Skoro sam bio u prilici da razgledam Access aplikaciju za knjigovodstvo sa blizu 300 upita i skoro nimalo kooda. I pored obimne i reklo bi se precizne dokumentacije u Wordu, autor se vrlo teško snalazi u održavanju. Ne smatram sebe nekim ekspertom ali razmislite zar ne bi bilo prihvatljivije da je deo problematike podeljen u par modula sa smislenim nazivima i dokumentacijom iza samog koda. No ukusi su različiti i .........
No mnogo priče neće rešiti problem. Daj ga na sto pa da probamo.
I'll know what I want, when I see it.