Jo, mačiau tokį sprendimą. O bet tačiau kažkodel kartais nu ima ir nugrybauja tas skaičius xz kodėl. Todel prideta sistemoj tokia "speciali funcija" - rebuild balances. Perskaičiuoja balansą pagal detalias operacijas. Reiktų nepamiršt tokios galimybės. "Donatas" <ddonatas@freemail.lt> wrote in message news:jmm3p1$7vq$1@trimpas.omnitel.net... > Nu tai aisku paprasta, bet noriu suzinoti kaip yra daroma kitu :) > > -- > Donatas > "2x50" <2@50.gr> wrote in message news:jmlslq$vhi$1@trimpas.omnitel.net... >> Nu tygi paprasta:) >> Reikia viso labo issaugoti saskaitos balansa ir koreguoti ji po >> kiekvienos transakcijos toj saskaitoj. Alternatyviai galima koreguoti ne >> po kiekvienos transakcijos, o tarkim karta per diena pagal paprasta >> principa: balansas = balansas + balanso pokytis nuo paskutinio >> perskaiciavimo. >> >> "Donatas" wrote in message news:jmlivn$ldc$1@trimpas.omnitel.net... >> >> Klausimas buvo daugiau ne del pacios buhalterijos subtilybiu (zinau , kad >> metu gale uzdaromos saskaitos is 5 ir 6 klases) , bet del paciu irasu >> kiekio >> x^n ir ju pastovaus judinimo, kai reikia suzinoti konkrecios saskaitos >> balansa (paprasciau suma) einamu laiko momentu. >> >> Ar cia is serijos DBVS'ui dzin ar irasu yra x^n (kur n> 7) ar pvz x^5 >> pvz >> atliekant koki nors SELECT sum(kreditas) ji atliks kaip nors gudriai ir >> greitai ir del kiekio nereikia >> sukti galvos >> >> -- >> Donatas >> "neklausiu" <neklausk@nieko.lt> wrote in message >> news:jmkjqh$6uj$1@trimpas.omnitel.net... >>> Kai kurios programos neuzdarineja periodu, tik ataskaitos atsizvelgia i >>> metus, zino, kad pajamos nepersikelia i kitus metus. Kazkaip taip. >>> >>> >>> "Raimis" <somebody@nomail.com> wrote in message >>> news:jmjifc$8r4$1@trimpas.omnitel.net... >>>> 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 >>>>>> >>>>> >>>>> >>>> >>>> >>> >> > >