Ga als volgt te werk om de hybride modus zo effectief mogelijk te gebruiken:
Vermijd het gebruik van tweegangsberekening in de hybride modus. Gebruik in plaats daarvan oplossingsvolgorde.
Onderdelen die zich niet op niveau 0 bevinden, converteert u waar mogelijk naar een dynamische berekening.
Als de conversie naar dynamisch berekende onderdelen van invloed is op de oplossingsvolgorde voor afhankelijke formules, moet u mogelijk de volgorde van dimensies van de structuur aanpassen om de oplossingsvolgorde uit te lijnen met de vorige batchberekeningsvolgorde en tweegangsberekeningsinstellingen.
De standaardoplossingsvolgorde voor kubussen in de hybride modus lijkt op de berekeningsvolgorde van blokopslagkubussen, met enkele verbeteringen. Als u een niet-standaardoplossingsvolgorde wilt gebruiken, kunt u een aangepaste oplossingsvolgorde instellen voor dimensies en onderdelen.
Wanneer een dynamisch berekende formule in de verkeerde volgorde wordt verwerkt, worden door een query mogelijk te veel formules uitgevoerd waardoor de prestaties afnemen. Indien mogelijk moet een dynamisch berekende schaarsheidformule een hogere oplossingsvolgorde hebben dan hiërarchisch geaggregeerde schaarsheiddimensies.
In sommige applicaties is dat niet mogelijk omdat een andere oplossingsvolgorde vereist is voor het verkrijgen van de juiste formuleresultaten. Voor een applicatie met eenheden en prijzen moet bijvoorbeeld voorafgaand aan de schaarsheidaggregaties een verkoopwaarde worden uitgevoerd om de juiste verkoopwaarde op bovenliggende niveaus te verkrijgen.
Mogelijk moet u de dichte configuraties of schaarsheidconfiguraties van de dimensies aanpassen (geldt alleen voor gebruik van blokopslagengine in gevallen waarbij de hybride engine niet kan worden gebruikt).
Minimaliseer de grootte van blokken, indien mogelijk.
Essbase beheerders kunnen met de volgende hulpprogramma's de queryprestaties in hybride modus controleren en optimaliseren.
Gebruik de configuratie-instelling MAXFORMULACACHESIZE om te beperken hoeveel geheugen door één enkele query kan worden verbruikt.
Als de kubus complexe onderdeelformules met multidimensionale operators en meerdere IF/ELSE-statements bevat, is dit mogelijk nadelig voor de prestaties bij het uitvoeren van formules. Als dit wordt vermoed, kunt u queryverwerking van beneden naar boven activeren voor formuleberekening. Hierdoor worden de querytijden geoptimaliseerd door de vereiste intersecties voor berekening te identificeren, waardoor de querytijd evenredig is met de grootte van de invoergegevens.
Als u deze query-optimalisaties wilt uitvoeren voor release 21C, gebruikt u de configuratie-instelling QUERYBOTTOMUP en de berekeningsfunctie @QUERYBOTTOMUP. Voor release 19C gebruikt u de configuratie-instelling IGNORECONSTANTS met syntaxis BOTTOMUP en de berekeningsfunctie @NONEMPTYTUPLE.
Gebruik de tracering van query's om de queryprestaties te bewaken en fouten op te sporen. Afhankelijk van uw case zijn er meerdere instellingen op applicatieniveau beschikbaar. Gebruik QUERYTRACE voor foutopsporing van één enkele query die volgens u problemen kan opleveren. Gebruik TRACE_REPORT voor het verzamelen van statistieken over query's die op dat moment worden uitgevoerd (ideaal voor foutopsporing in een ontwikkelomgeving). Gebruik LONGQUERYTIMETHRESHOLD in productieomgevingen om statistieken naar het logbestand van de applicatie af te drukken voor query's waarvan de uitvoering langer duurt dan een ingestelde tijd.