Mora da se uradi cela tabela zato sto recimo treba da se obezbedi suma po nekim kolonama za celu tabelu ( a ne samo za stranu kaj se prikazuje), tako da sam zakljucio da je najbolej jednom odraditi sve obrade kojima sse dobijau podaci a posle samo priakzivati.
Ovo niej bas klasican kes, jer se generise za svaki dokument i za svakog korisnika ponaosob. Proto podatke treba izgenerisati sbaki put kada korsink zeli dapogleda dokument, samo treba napraviti medjukes koliko da se zaprikaz pojedinih strana ne generise sveiznova.
zexxtra, otprilike se moaj ideja poklapa a ovom tvojom, podatke u privremenoj tabeli bih vezivao za mehanizam sesije te bih tako resio pitanje "kada treba obrisati privremenu tabelu - prosto, kada istekne sesija, ni za tom tabelom vise nema potrebe.
Da, pade mi na pamet jos jedna problem: sta ako korisnik otvori izti izvestaj u dva prozora, sa ralicitim paametrima. Morao bih da svakoj privremenoj tabeli dam neki ID pa da ga prosledjujem kroz strane (u linkovima), kako bi apliakcija znala koju tabelu treba da prikazuje.
Olaksavajuc aokolnost je da nece ove izvestaje gledati istvoremeno veliki broj ljudi tako da nece bas biti preteranog zauzeca prostora, ali cak i da je tako, tu ne mogu nista, jer svaki korsinik moze da unese razlicite parametre izvestaja i tako gleda razlicite podatke.
Najnepovoljnije u celoj stvari je to sto ne mogu da se oslonim ni na jedan postojeci mehanizam, jer ih nemam, sve moram da napravim od nule. Ali, princip je isti, sve su smo nijanse u realizaciji
