Weblabor

Sok adatnál ezt úgy szokták, hogy van "lapozás", meg szűrési lehetőség. Így egyszerre mindig csak 50 adatot tölt be mondjuk. Minek 1000 sor egybe? Erőforrás felhasználás tekintetében is teljesen felesleges a művelet, mert nem hiszem el, hogy mind az 1000 sorra egyszerre szükség van.

Ebben az esetben mit is kell figyelembe venned:

1. Mennyi idő alatt jutsz hozzá az adatokhoz a szerveren (adatbázis lekérdezés)
2. Mennyi idő alatt készít php belőle strukturált adatot
3. Mennyi idő alatt jut le kliensre
4. A kliens mennyi idő alatt jeleníti meg

Egy biztos, vannak esetek mikor tényleg szükség van az 1000 sorra, bár ezek a helyzetek inkább a szerver-kliens modell létjogosultságát vitatják, adott helyzetben, mint annak korlátait.

Én egy kis optimalizálás után eljutottam odáig, hogy az előző verziómhoz képest, ami akár 80-120KB adat volt (az egy oldal), most 30-40Kb a plafon, bár nekem csak 5-6 oszlop játszik 1000 sorban, viszont kell 2-5 másodperc, hogy használatra kész legyen.

Az 1000 soros táblázat klasszikusan olyankor igény, mikor több olyan körülmény áll össze, ami nem teszi lehetővé a kívánt rekordok adott időn belül történő elérését. Például lassú, vagy megbízhatatlan internet, fejlesztői tapasztalatlanság (ezt magamra is értem), valós ügyfél igény.

Nézd! Számold ki, hogy optimális körülményekkel mi a racionális betöltődési idő.

1. Mérj és átlagolj adatlekérdezési időt (nekem javasoltak itt a laboron gyorsító tárazást mysql-hez, még nem foglalkoztam vele...)
2. Php mennyi idő alatt készíti el a strukturált adatot (ami jelen esetben mindegy milyen, esetleg internet sebesség szempontjából lehet fontos)
3. Mennyi idő alatt ér le kliensre
4. Kliens mennyi idő alatt csinál belőle táblázatot.

Amikor én ezeket méregettem, arra a megállapításra jutottam, hogy nem tudok számottevő időt megspórolni azzal, ha JSON-t csinálok az adatból szerveren és egy js template készít belőle táblát kliensen. Az egy előnye az volt, hogy tájékoztatni tudtam usert, hogy az adatok feldolgozása folyamatban van. Azonban ez is kikerülhető, mert betöltöd az oldalt táblázat adat nélkül, kidobsz egy töltök feliratot majd AJAX-szal lekérdezed az adtokat.

Szóval nem lehet a végtelenségig fokozni ezt a kérdést, és a kliens gép képességeiről még nem is esett szó.

Sok-sok éjszakát töltöttem gondolkozással, hogyan is lehetne ezt a legjobban megoldani, és arra a megállapításra jutottam, hogy az ilyen esetek 99% olyan kifogásokból áll, amikről az ügyfél sem tudja valójában, hogy kell-e neki, vagy sem.

Ha nem kell maradnod a html-nel mindenkepp, szerintem erdemes lenne flex-et megnezned.
En anno pont egy ilyen dolog miatt kezdtem el vele foglalkozni, es az jott ki, hogy egy 10.000 adatbol allo xml-t az ext.js tablazata kb 25-30mp alatt dologoz fel, mikozben csontra fagy minden bongeszo erre az idore
Mig a flex-es advanceddatagrid 2-3mp alatt megtudta mindezt csinalni es tudta ugyanazokat a featurekat (oszlopok mozgatasa, sorbarendezese, stb)