Jämförelse mellan hybridläge, blocklagring och aggregerad lagring

Utan hybridläge har blocklagringsalgoritmen för medlemmar i Dynamisk beräkning begränsningar när den används med stora, glesa dimensioner. Hybridläget (och aggregeringslagring) är bättre optimerade för analys av dynamiskt beroende. Läs om de viktigaste skillnaderna så att du lättare kan välja den bästa frågeprocessortypen för en Essbase -applikation.

Utan hybridläge måste stora, glesa dimensioner i blocklagringsdatabaser lagras. Att göra dem dynamiska skulle ge upphov till alltför mycket blockindata/-utdata vid fråge- eller beräkningstidpunkten och påverka prestanda. Mycket stora lagrade glesa dimensioner kan leda till långa tider för batchaggregering samt stora databasstorlekar som växer i förhållande till de glesa dimensionernas antal och storlek. Trots dessa nackdelar, är det många som använder blocklagring för dess kraftfulla funktion.

Aggregerad lagring är särskilt utformad för att möjliggöra stora databaser med fler och större dimensioner. Till skillnad från blocklagring, kräver den inte att stora glesa dimensioner föraggregeras för att goda frågeprestanda ska uppnås. Nyckeln ligger i den aggregerade lagringsdatabasens kärna, som underlättar snabb dynamisk aggregering över stor dimensionalitet.

Trots alla fördelar med aggregerad lagring finns det många användningsområden där blocklagring passar bättre, till exempel när det gäller att ladda data i valfri detaljgrad, att frekvent köra komplexa batchallokeringar eller att implementera valutaomräkning för globala finanser. I sådana fall, och i många andra, kan hybridläget vara lösningen. Hybridläge är en kombination av de bästa funktionerna från blocklagring och aggregerad lagring. I hybridläge gör Essbase följande:

Möjliggör fullständig flexibilitet för procedurberäkning, även när beräkningarna är beroende av glesa, dynamiska aggregeringar.
Använder hybridmotorn för frågor som skapar åtkomst till dynamiska glesa medlemmar. För den lilla procentandel av frågorna som inte kan bearbetas på det här sättet använder Essbase beräkningsflödet för blocklagring för att uppfylla begäran.
Erbjuder följande fördelar, om du markerar glesa medlemmar som dynamiska:
- Eliminerar behovet av föraggregering
- Förbättrar omstruktureringsprestanda
- Förbättrar säkerhetskopieringsprestanda
- Minskar diskutrymmeskraven
Eftersom hybridläge involverar dynamiska beräkningar kan du ordna beräkningarna med hjälp av lösningsordning.

Obs!:

Hybridberäkningar, oavsett om de drivs av frågor eller beräkningsskript, utförs i tillfälligt minnesutrymme, med hjälp av en formelcache och den aggregerade lagringscachen.

Viktiga skillnader

Utifrån följande viktiga skillnader kan du lättare välja den bästa frågeprocessortypen för din applikation.

Krav	Aggregeringslagring (ASO)	Blocklagring (BSO)	Hybridläge
Optimering för snabb aggregering över flera glesa dimensioner	Ja	Nej	Ja
Optimering för minimal diskutrymmesanvändning och kortare säkerhetskopieringstid	Ja	Nej	Ja
Optimering för finansiella applikationer	Nej	Ja	Ja
Möjlighet att göra tilldelningar	Ja	Ja	Ja
Möjlighet att utföra batchberäkningar	Nej	Ja	Ja
Stöd för medlemsformler	Ja, uttrycks som MDX	Ja, uttrycks som Essbase Beräkningsfunktioner	Ja, uttrycks som Essbase Beräkningsfunktioner
Optimering för framåtreferenser i medlemsformler	Nej	Nej	Ja
Möjlighet att anpassa lösningsordningen för beräkningar/aggregeringar	Ja	Nej	Ja Lösningsordning i hybridläge
Möjlighet att ange frågeexekvering nerifrån för snabbare beroendeanalyser av mindre indatamängder	Nej	Nej	Ja Konfigurationsinställningen QUERYBOTTOMUP Beräkningsfunktionen @QUERYBOTTOMUP
Möjlighet att spåra och felsöka frågeexekvering	Ja QUERYTRACE	Nej	Ja QUERYTRACE
Möjlighet att begränsa den tillåtna minnesanvändningen för en fråga	Ja MAXFORMULACACHESIZE	Nej	Ja MAXFORMULACACHESIZE
Stöd för tvåstegsberäkning	Nej	Ja	Nej
Möjlighet att ladda data på valfri nivå	Nej. Endast nivå-0-celler utan formelberoenden kan laddas	Ja	Ja, för lagrade nivåer Nej, inte för dynamiska nivåer
Möjlighet att ladda data inkrementellt med hjälp av buffertar	Ja	Nej	Nej
Utvärdering av formler på glesa dimensioner kan ha andra resultat än samma formler på täta dimensioner	Ej tillämpligt	Ja. I blocklagring utan hybridläge kan , Essbase-beräkningsskript skrivas iterativt i syfte att matcha beroenden över glesa block. Om du ändrar dimensionstypen från gles till tät eller tvärtom kan du få olika resultat med samma formler.	Nej. Formelberoenden beräknas på samma sätt utan hänsyn till om dimensioner är glesa eller täta. I hybridläget använder Essbase en algoritm för att lösa dynamiska beroenden. I vissa fall kan de data som härleds från ett beräkningsskript vara olika i hybridläge än de skulle vara i blocklagringsläge utan hybridläge.