Del performance skaidyt i daug mazu procesu viena dideli daznai visai verta, galima net ta skolininku DB padaryti atskira kuri laikas nuo laiko updatinama kad pagrindines db neapkraudinetu, jei jie pvz. per web prieina pasiziuret, tai gali but atskira kazkokia web db kur butu tik reikalinga informacija tam isskaiciuoti, tada jei net ir nulauztu sistema nieko nepestu...

"Saulius Sakarauskas" <ssaulius123@gmail.com> wrote in message news:hqhca6$poe$1@trimpas.omnitel.net...
> Donatas wrote:
>> Viskas labai aisku, kadangi pats tokius svarstymus dariau :).  Norejosi 
>> suzinoti ar tokie dalykai yra optimizuojami (nebutinai banko lygmenyje) 
>> pvz.:  mano atveju  - tarpusavio atsiskaitymai: yra mokejimo terminas ir nuo 
>> kada skaiciuojami despinigiai. Moketojas bet kada turi tureti galimybes: 
>> pamatyti kiek turi moketi ir kiek jau priaugo tai dienai delspinigiu. Tai ir 
>> galvoju, ar nakti visiems perskaiciuoti kas diena, ar on-line suskaiciuoti 
>> ir parodyti vartotojui, kai jis to papraso, pagal paprastesni algoritma.
>> 
> 
>   Algoritmas visais abiem atvejais vis tiek tas pats. Skiriasi tik 
> sistemos dydis ir skolininkų skaičius. Tais duomenimis remiantis reikia 
> apskaičiuoti, ar:
> 
> 1. Labiau apsimoka duoti skolos išrašą "suskaičiuotą online", jeigu 
> tokių kreipinių per dieną nėra labai daug, ir klientas gali luktelti 
> minutę kitą.
> 
> 2. Atiduoti tai kasdieniam naktiniam procesui, kuris esant mažiau 
> apkrautiems serveriams, tai padarytų iš anksto visiems skolininkams. Be 
> abejo, procesas turėtų būti multithreadinis ir optimizuotas visokiais 
> cache ir panašiai.
> 
>   Kažkokio trečio kelio neįsivaizduoju. Nes jeigu ir atsirastų koks 
> greitesnis algoritmas, tai jis vienodai gerai tiktų tiek pirmu, tiek 
> antru atveju. O tai vėl mus atveda į pirminę būseną. ;-)
> 
>   Iki,
>   Saulius
> --
> 
> "All my life I wanted to be someone; I guess I should have been
> more specific."
>                 -- Jane Wagner