Det er almindeligt, at analyser indeholder ubenyttede kolonner. Kolonner, der ikke er påkrævede, men alligevel er valgt, forringer ydeevnen betydeligt. Dette emne forklarer, hvordan du forbedrer ydeevnen ved at fjerne eventuelle kolonner, der ikke er påkrævede.
Identificere ubenyttede kolonner
Year
), påvirker du ydeevnen ved at:
Følgende figur viser en simpel rapport med antallet af kunder efter region og år.
.jpg
Den viste rapport er en graf, der viser antallet af kunder efter region. Du kan se, at kolonnen Year
er ekskluderet.
.jpg
Logisk forespørgsel med ubenyttet kolonne for Year
Selvom kolonnen Year
ikke vises i visningen, er den stadig valgt som en del af den logiske forespørgsel.
.jpg
Year
inkluderes i analysen, har det følgende virkning:
Fysisk forespørgsel med ubenyttet kolonne for Year
Hvis du gennemser den fysiske forespørgsel, kan du identificere steder, hvor ydeevnen påvirkes.
.jpg
Dette eksempel viser SELECT count distinct
fra aggregeringsreglen for kundenr. I nogle situationer påvirker den også rapporter med en sumaggregeringsregel. Den genererede forespørgsel i dette scenarie bruger også et grupperingssæt. På databaseniveauet kan den vælge mange rækker (millioner) og derefter måtte gruppere efter Year
og Region
, samt Region
. Dette kan helt unødigt forbruge betydelige databaseressourcer.
Fjerne ubenyttede kolonner
Fjern kolonnen Year
, og analyser, hvordan det påvirker de logiske og fysiske forespørgsler, der genereres.
Logisk forespørgsel, efter kolonnen Year er fjernet
Nu indeholder den logiske forespørgsel ikke kolonnen Year
, og - mere vigtigt - rapportaggregeringen er fjernet.
.jpg
Fysisk forespørgsel, efter kolonnen Year er fjernet
Den fysiske forespørgsel er meget enklere, nu hvor den ikke inkluderer grupperingssæt, og antallet af valgte records er væsentligt reduceret.
.jpg
Ved at gennemse analysen af rapporter med dårlig ydeevne, og i det første tilfælde simpelthen fjerne overflødige, ubenyttede kolonner, kan du opnå en betydeligt bedre ydeevne. Den genererede fysiske forespørgsel har reduceret kompleksitet, og der returneres færre records, og derfor kræves der mindre behandling.