Új hozzászólás

Szia István,</br></br> A performancia kérdésében nincs egységes álláspont. Analysis Services 2005 használata esetén, a nagy kocka szétdarabolása után Vidas Matelis és Greg Galloway <a href="http://www.ssas-info.com/VidasMatelisBlog/40_splitting-analysis-services-2005-cubes-based-on-measure-groups">15-30 %-os lekérdezési teljesítménynövekedésről számoltak be</a>. Ők a vágással, illetve a kisebb MDX scripttel magyarázták a teljesítménynövekedést.</br></br> Chris Webb ugyanakkor már <a href="http://cwebbbi.spaces.live.com/Blog/cns!7B84B0F2C239489A!7728.entry">óvatosabban fogalmaz</a> a kérdésben. Ő azt mondja, hogy bár Analysis Services 2005 esetén néhány esetben megfigyelhető volt a teljesítménynövekedés, de ez nem következett be minden esetben. </br></br> Ami érdekes, és ami sok mindent megmagyaráz, az Akshai Mirchandani egyik <a href="http://social.technet.microsoft.com/Forums/en-US/sqlanalysisservices/thread/681e59bd-93ca-4a91-9f26-8ed96e825553">fórum hozzászólása</a>. Ő azt mondja, hogy a Storage Engine-re nincs hatással, hogy egy nagy kockát vagy sok kicsit kell kiszolgálnia. Ugyanakkor a Formula Engine-re igen, hiszen egyáltalán nem mindegy mekkora virtuális térrel kell megbirkóznia. </br></br> Magyarországi méretekben én sem tapasztaltam teljesítményben különbséget az egy nagy kocka több kis kocka megközelítés között. Tapasztalataim szerint a teljesítmény a kocka lyukacsosságától vagy kicsit másképpen fogalmazva attribútumainak elemszámának szorzatától függ. Minél lyukacsosabb, minél nagyobb a kocka dimenzióelemei által kifeszített többdimenziós tér, annál rosszabb a kocka teljesítménye. Namost a kocka szétvágásával pont ezeket tudjuk csökkenteni, így elképzelhető, hogy a vágással tényleg növelhető a teljesítmény. Azonban ha a nagy kocka jól van megtervezve és közel azonos dimenzionáltságú measure grouppokat tartalmaz, akkor már korántsem biztos, hogy bekövetkezik ez a fajta teljesítménynövekedés.</br></br> Üdv, Attila