Sådan bruger du hybrid tilstand mest effektivt:
Undgå at bruge toniveau-beregning i hybrid tilstand. Brug i stedet beregningsrækkefølge.
Konvertere medlemmer, der ikke er lagret på laveste niveau, til dynamisk beregning, når det er muligt.
Hvis konverteringen til dynamiske beregningsmedlemmer påvirker beregningsrækkefølgen for afhængige formler, skal du muligvis justere outlinens rækkefølge af dimensioner, så beregningsrækkefølgen passer til den forrige batchberegningsrækkefølge og de forrige toniveau-beregningsindstillinger.
Standardberegningsrækkefølgen for kuber med hybrid tilstand svarer til beregningsrækkefølgen for bloklagringskuber, med visse forbedringer. Hvis du vil bruge en beregningsrækkefølge, der ikke er standard, kan du angive en tilpasset beregningsrækkefølge for dimensioner og medlemmer.
En dynamisk beregnet formel, der behandles i forkert beregningsrækkefølge, kan medføre, at en forespørgsel udfører for mange formler, så ydeevnen forringes. Når det er muligt, bør en dynamisk beregnet spredt formel have en højere beregningsrækkefølge end hierarkisk aggregerede spredte dimensioner.
I nogle applikationer er dette ikke muligt, da det er nødvendigt med en anden beregningsrækkefølge for at opnå korrekte formelresultater. For eksempel skal en applikation med enheder og priser have udført en salgsværdi før de spredte aggregeringer for at opnå den korrekte salgsværdi på de øverste niveauer.
Du skal måske justere dimensionernes tætte eller spredte konfigurationer (kun relevant ved udnyttelse af bloklagringsprogrammer i de tilfælde, hvor det hybride program ikke kan bruges).
Minimer størrelsen på blokkene, hvis det er muligt.
Essbase-administratorer kan bruge følgende værktøjer til at overvåge og optimere forespørgselsydeevnen i hybrid tilstand:
Hvis du vil begrænse, hvor meget hukommelse en enkelt forespørgsel må forbruge, skal du bruge MAXFORMULACACHESIZE som konfigurationsindstilling.
Hvis din kube har komplekse medlemsformler med tværdimensionale operatorer og flere IF/ELSE-sætninger, kan problemer med ydeevnen være relateret til formeludførelse. Hvis der er mistanke om dette, kan du aktivere nedefra og op-behandling af forespørgsler for formelberegning. Dette optimerer forespørgselstiden ved at identificere de påkrævede skæringspunkter for beregning, hvilket gør forespørgselstiden proportionel med inputdatastørrelsen.
For at udføre disse forespørgselsoptimeringer for release 21C skal du bruge konfigurationsindstillingen QUERYBOTTOMUP og beregningsfunktionen @QUERYBOTTOMUP. For release 19C skal du bruge konfigurationsindstillingen IGNORECONSTANTS med BOTTOMUP-syntaksen og beregningsfunktionen @NONEMPTYTUPLE.
Brug forespørgselssporing til at overvåge og foretage fejlfinding af forespørgselsydeevnen. Konfigurationsindstillinger på flere applikationsniveauer er tilgængelige, afhængigt af dit anvendelsesområde. Brug QUERYTRACE til kortsigtet fejlfinding af en enkelt forespørgsel, som, du mener, kan være problematisk. Brug TRACE_REPORT til indsamling af statistik om forespørgsler, der kører samtidig, (ideel til fejlfinding i et udviklingsmiljø). Brug LONGQUERYTIMETHRESHOLD i produktionsmiljøer til at udskrive statistik til applikationslogfilen om alle forespørgsler, der kører længere end den angivne tid.