| « Web Intelligence 4.0 kapcsolódása BEx Query-hez | Webi BI Services bemutatása » |
A BO konzulensek általában tisztában vannak azzal, nagyjából hol vannak az XC határai, mind forrás cella számban, mind objektum számban. Azonban az ügyfelek szeretik ezeket a határokat feszegetni, és tapasztalataink alapján az utóbbi időben egyre nagyobb mértékben átlépni. Természetesen megtartva a dashboard-ok gyors és rugalmas kezelhetőségét. Azonban ha határt sértünk, valami mindig sérül, és ez itt sincs másként.
Ez a határ átlépés mára odáig fajult, hogy mind XC objektum számban, mind forrás cella számban sokszorosára nőtt az optimálisnak. Néhány szám elöljáróban: 250.000+ cella munkalaponként 70+ objektum dashboard-onként. Nem meglepő, ha az XC bemondja az unalmast. Már régóta foglalkoztat a kérdés, mik a tényleges határok, amivel oda lehet állítani az ügyfél elé, hogy ennyi és nem tovább, de ilyent sehol sem lehet találni. Vannak ajánlások, fórumokon tapasztalatok, de eddig mindegyik bőven alulmúlta a tapasztalatokat. Valamint van az XC-ben egy excel sor optimalizáló paraméter, ahol sorok számára lehet optimalizálni, de az valahogy nekem soha semmit nem változtatott. Ráadásul sorszámot lehet optimalizálni, aminek szerintem semmi értelme. Pl.: az alapértelmezett az 512 sor, na de hány oszloppal 5-tel, 10-zel, vagy 255-el? Nem mindegy.
Follow up:
Sok helyen lehet olvasni, hogy ha sok az adat tördeljük több dashboard-ra. Hát persze, könnyű ezt mondani. Na de mi van akkor, ha kapunk egy 10 másodperces megnyitási időt, amibe bele kell férnie mindennek, inicializálásnak, adat frissülésnek, és ha azt mondjuk, hogy vége, akkor nincs köztes újabb inicializálás, mert az azt jelenti, a dashboard nincs teljesen betöltve, holott a 10 másodperc arra vonatkozott. És akkor még nem beszéltünk arról, hogy az adatok LiveOffice-on keresztül érkeznek Webi Riportokból. Miért pont így, mert olyan bonyolult az adatok összeállítása, hogy azt az excel nem tudná optimálisan elvégezni. Ja, hogy miért nem töltjük egy adatpiacba, ahol az adatok össze vannak válogatva táblákba, mert nem megengedett az ügyfél által. Na ilyen problémákba ütközve jutottunk arra az elhatározásra, hogy kiderítsük mégis hol a határ. Sajnos pontos számokat nem tudtunk meghatározni, így nem lehet kijelenteni, hogy 150.000 cella a határ, hanem több különböző szűkítésekkel egyre kisebb adathalmazzal próbálkoztunk, LO kapcsolat nélkül. Az objektumok számát nem vizsgáltuk az XC-ben, mert az kicsit zavaros számunkra. Nagyjából 50+ a felső határ, ahol olyan jelenségek lépnek fel, hogy egy-egy objektum nem jelenik meg exportálás után, míg a szerkesztőn ott van.
Lássuk a számokat diagramokon:
A mérést három böngészővel is elvégeztük. A cella számok több excel munkalapról jönnek. A dashboard pontos paramétereit a diagram alatti tábla mutatja.
Jól látszik, hogy van egy határ, amit átlépve a dashboard inicializálása drasztikusan megnövekszik. Ez nagyjából 200.000 cella magasságában lehet. Az azonban ezekből a mérésekből nem derül ki, hogy ha LiveOffice kapcsolat is be van állítva, és az adatok a Webi riportok latest instance-ából frissülnek, akkor ezek a számok sokkal rosszabbak. Csak egy példa 200.000 cella per munkalap (2 forrás munkalap) esetében az inicializálás ismét 30+ másodperc, az első adatok befrissülése 45-50 másodperc körül jelennek meg, az utolsó LO közel 2 perc alatt frissül le. Addig amíg minden adat le nem frissült a dashboard sajnos használhatatlanul lassú, így azzal sem lehet trükközni, hogy a háttérben frissítjük a dashboard mélyebb részein található adatokat.
Feedback awaiting moderation
This post has 49 feedbacks awaiting moderation...