[ Gigel @ 25.01.2007. 08:57 ] @
Pozdrav svima imam jedan problem koji nemogu nikako da riješim

naime napravio sam formu za obradu fakture od tabele račun kao zaglavlje i i sub tabele kao

rb
naziv artikla
jed.mjer
količina
cijena
iznos

te dvije tabele su međusobno povezane 1:M

problem je u tome kada napravim fakturu
htio bih je poslati u drugu tabelu sa svim podacima koji su napravljeni u toj formi, koja bi se zvala npr.skladište a da u formi faktura bude prazna za sledeću obradu fakture

unaprijed hvala svima


[ Getsbi @ 25.01.2007. 14:38 ] @
Ako imaš dobar razlog da sve te podatke prebacuješ novu tabelu "Skladište", onda to možešda uradiš putem koda i da osmisliš neku vrstu knjiženja fakture. U tom istom kodu mogu da se obrišu tabele "FakturaZaglavlje" i "FakturaStavke" ili pak da zadržiš podatke u njima a formu samo da osvežiš nekim dugmetom sa On Click događajem i unutra napiši Me!Requery za obnavljanje forme i DoCmd.GoToRecord , , acNewRec, da otpočne unos novog sloga.
Druga varijanta je da umesto koda koristiš query-je i to Append i Delete tipa. Od tebe zavisi čemu si skloniji. Razmisli još jednom o potrebi prebacivanja već jednom unetih podataka.

[Ovu poruku je menjao Getsbi dana 25.01.2007. u 15:50 GMT+1]
[ vulin @ 29.01.2007. 18:56 ] @
Meni to liči na suprotnost osnova Aksesa - sve vrednosti koje se izračunavaju ne treba čuvati u tabelama! To kveri uvek može da prikaže bilo gde i bilo kad. Imam utisak da bi umesto forme to sve trebalo da izračunava kveri, a forma kverija da čeka novi unos. Report će prikazati bilo koju fakturu umesto skladišta...
[ Getsbi @ 30.01.2007. 05:32 ] @
Citat:
vulin: Meni to liči na suprotnost osnova Aksesa - sve vrednosti koje se izračunavaju ne treba čuvati u tabelama! To kveri uvek može da prikaže bilo gde i bilo kad. Imam utisak da bi umesto forme to sve trebalo da izračunava kveri, a forma kverija da čeka novi unos. Report će prikazati bilo koju fakturu umesto skladišta...

Vulin, mislim da se ne radi ovde toliko o čuvanju vrednosti koje se izračunavaju (izuzimajući polje iznos) već o potrebi Gigela: da napravi privremene tabele u koje bi unosio podatke i arhivske tabele u koje bi te iste podatke proknjižio, a iz privremenih ih obrisao. To je u principu pogrešan pristup jer komplikuje rešenje ( procedure za knjiženje, ispravka proknjiženog putem brisanja ili storniranja....). Govorim ovo jer sam i sam tako nekad radio. Mnogo je bolja varijanta da se dobro uradi model podataka pre dizajniranja formi i reporta jer (što se query-ja tiče tu si Vulin u pravu) uvek se može izvući svaki podatak.