[ FranjoZG @ 23.12.2022. 10:55 ] @
Naslijedio sam program koji je pisan manje-više u jednom unitu. E taj unit ima: 26.962 linije koda...

- O preglednosti, da ne pričamo... poćeo sam razdvajati cjeline koje ima smisla u zasebne unit-e, kreirati klase itd.
- IDE "štuca", Block completion ima problema, traje...
- Netko ih je nagovorio na cxGrid... e pa cijeli adresar u cxGrid - treba vremena. Oni bi brže, ali da ostane kako je, da se sve vidi u tablici! E, ne može!!!

Zanima me, nekad je za DOS program vrijedilio da se ne učitava sav program u radnu memoriju. Compiler/linker su znali složiti overlay-e koji se nisu svi isovremeno učitavali u radnu memoriju, ali je kod morao biti u više unit-a. Kako je sa Delphi-om? Isplati li se taj dodatni rad koji mogu samo djelomično naplatiti, ali bar da sebi olakšam kasnije održavanje?
[ savkic @ 23.12.2022. 17:44 ] @
Pretpostavljam da su ti podaci negde u tabeli a da je ta tabela ogromna (> 200MB) pa se ne isplati sve ucitati?
Ucitaj samo deo koji je relevantan u neki memorijski dataset pa dodaj one page 1 of x navigacije ili prati gde je korisnik pa kad dodje negde blizu kraja onda ucitas sledecih recimo 1000 slogova iz baze, prebacis ih u mem dataset i dalje grid prikazuje.
[ _deran_ @ 28.12.2022. 07:58 ] @
@Savkic
Zar TClientDataSet i TDataSetProvider nemaju ugrađenu tu funkcionalnost? Da učitava podatke paket po paket, kako korisnik ide po dataset-u
[ savkic @ 28.12.2022. 08:25 ] @
Dobro pitanje, mislim da vecina drajvera/baza ima jednosmerne kursore tako da se moze ici od pocetka do kraja ali ne i obratno sto se svodi da ako gledas podatke na kraju tabele ucitao si sve u memoriju.
[ _deran_ @ 28.12.2022. 09:53 ] @
Pitanje je i kome može biti od koristi prikaz > 1000 redova u tabeli. Ako je za export u neki format onda čemu prikaz svih podataka na ekranu, ako je za gledanje očima onda čemu više od 1000 redova (ili koliko već...) u gridu?

@FranjoZG
cxGrid ima property GridMode (u data controlleru) pa vidi da li može da pomogne