Mazas pataisymas del Scalos: kiekvienais metais kuriama naujos leneles tu metu buhalteriniams irasams toje pacioje bazeje, o ne nauja duomenu baze. "Sail" <sail_windsurfing@yahoo.com> wrote in message news:jmj6t3$qto$1@trimpas.omnitel.net... > Galiu praktiskai atsakyt, kaip Scaloj daroma. > > Kiekvienais metais yra kuriama nauja duombaze, kurioje yra rasomi tu metu > buhalteriniai irasai. > > Prie kiekvieno iraso lenteleje yra dar ir jo tipo pozymis - normalus > irasas, biudzetas, opening balance, etc. > > Metu gale daroma likuciu perkelimo operacija, kuri suskaiciuoja tu metu > buhalterines saskaitos rezultata ir perkelia i kitu metu baze su pozymiu > "opening balance". > > Ar tokia realizacija optimali - xz. Ale veikia ir naudojama jau daug metu. > > > "Donatas" <ddonatas@freemail.lt> wrote in message > news:jmj5p2$pdv$1@trimpas.omnitel.net... >> Sveiki, >> >> kyla klausimas ne konkreciai DB , bet realizacijos klausimas, gal cia yra >> uzsiimanciu apskaitu, buhalteriniu sistemu kurimu. >> Klausimas toks: yra viena supaprastina lentele tarkime >> ID >> Data >> Saskaita >> Kreditas >> Debetas >> >> irasai daromi N metu atitinkamai irasant data, saskaita ir D arba K. >> Kaskart formuojant konkrecios saskaitos balansa(likuti) reikia skaiciuoti >> visu irasu suma uz tiek metu kiek naudojama sistema. >> Ar yra praktikoje tokiose vietose naudojamas pvz. metu gale periodo >> uzdarymas- kazkoks irasas su data 2011-12-31 (o ankstesni irasai >> perkeliami ar pazymimi kaip neskaiciuotini) , kuris einamiems metams jau >> naudojamas kaip likutis.at >> Yra kiles kitas variantas visada tureti tipo cache lentele, kurioje >> laikomas visada likutine kiekvienos saskaitos suma ir automatiskai >> perskaiciuojama tada , kai tik padaromas naujas irasas. >> Aciu uz pasvarstymus. >> >> -- >> Donatas >> > >