![]() |
|
Optimering af ydeevneHver gang du går til en rapport eller analyse, hentes dataene fra databasen, behandles af rapporteringsserveren og vises på siden. Jo mere kompleks analysen er, jo længere tager det at forespørge i databasen for at hente og præsentere dataene. Dette emne indeholder retningslinjer som hjælp til at oprette rapporter, der vises så hurtigt som muligt. Før du går i gang. Gør følgende:
Om emneområderDu kan bruge de to emneområder afhængig af dine rapporterings- og forretningsbehov. Analyseemneområderne skal bruges, hver gang det er muligt, til at generere rapporter. Disse emneområder genereres vha. et særligt konstruereret data-warehouse, der er tunet til bedre ydeevne i forespørgsler. Data-warehouse, der bruges til analyseemneområder, opfriskes dagligt, og rapporter, der er genereret vha. disse emneområder, viser resultater hurtigere end rapporteringsemneområder, også til store og komplekse forespørgsler. Rapporteringsemneområder genereres vha. den samme database, hvori alle andre brugertransaktioner i applikationen forekommer, og konkurrerer således om de samme ressourcer, som applikationen er afhængig af, når data hentes til rapporter. Retningslinjer for brug af et rapporteringsemneområdeFølg disse retningslinjer, hvis du bruger et rapporteringsemneområde:
Retningslinjer for forbedring af ydeevneFølg disse retningslinjer for at forbedre ydeevne: Generer rapporter gradvistGør følgende:
Minimer brugen af posttyper, der krydser felter og kolonnerFølg disse retningslinjer:
Brug indekserede felterGør følgende:
Begræns organisationshierarkiet til fem niveauerJo højere en bruger er i organisationshierarkiet, jo flere data returneres og jo langsommere kører rapporten. Begræns derfor hierarkiet til maks. fem niveauer. Brug filtreBrug af filtre begrænser den datamængde, der returneres, når du går til en analyse. Filtrering kan forøge hastigheden ved kørsel af rapporten.
Overvej dog disse retningslinjer, når du tilføjer filtre:
Følg retningslinjerne for definition af prompterDu kan definere prompter til rapporten i analyseeditoren. Disse prompter giver brugere, der har adgang til den færdige rapport, mulighed for at foretage valg for at begrænse dataene i rapporten. Når en rapport, der bruger prompter, køres, påvirkers en brugers oplevelse af promptbehandlingstiden og af rapportbehandlingstiden. Gør følgende, hvis du føjer prompter til rapporten:
Angiv nedboringslinks til detaljerapporterGør følgende i stedet for at oprette en rapport, der præsenterer en lang liste med datatabeller og grafer:
I følgende procedure beskrives, hvordan rapporter linkes til tabeller. Sådan linker du rapporter til tabeller
Begræns antallet af sætoperationerAvancerede funktioner gør det muligt at kombinere forespørgsler. Du kan dernæst udføre sætoperationer, så som foreninger, skæringer og andre sammenføjningshandlinger på de forespørgsler, for at generere en endelig rapport. Jo større antallet af kombinerede forespørgselsresultater er, jo længere behandlingstid kræves for at køre den endelige rapport. Begræns antallet af sætoperationer til maks. tre for at få den hurtigste behandling. Præciser HTML-kode og narrativerGør følgende, når HTML bruges i forbindelse med SQL:
Fjern kolonner i pivottabellerPivottabeller gør det muligt at vise rapporten i flere visninger uden at skulle skrive flere rapporter, men de kan også påvirke ydeevnen. Fjern kolonnerne fra rapportkriterierne (i Trin1 - Definer kriterier), som ikke bruges i selve pivottabellen, når det er muligt. Brug grafpivoterede resultaterBrug indstillingen Grafpivoterede resultater til hver pivottabel, der kræver en graf, i stedet for at oprette en separat grafvisning. Flere grafer i en analyse kan kræve mere behandling, da Oracle CRM On Demand skal oprette graferne individuelt i stedet for samtidig med pivottabellen. Sørg for, at rapporter kan skaleresRapporter kan køre godt i en test, før alle produktionsdataene er importeret. Når de er importeret, påvirker den forøgede datavolumen rapporteringsydeevnen negativt. Hvis du er ved at implementere Oracle CRM On Demand, skal du sætte tid af til test igen og finindstilling af rapporter, efter alle produktionsdataene er importeret. Brug optimeret kode og UTC-felter i filtreMange rapporteringsemneområder indeholder særlige felter i deres dimensioner, der er optimeret med henblik på at reducere forespørgselstiden, når de bruges i filtre. Optimerede felter slutter med ordene Kode eller UTC. Dimensionen Konto har f.eks. feltet Kontotype. Der er også et felt af typen Kode for kontotype, som er den optimerede version af feltet Kontotype. Både optimerede og ikke-optimerede felter giver de samme resultater i rapporter, men brug af det optimerede felt i filteret genererer hurtigere forespørgsler. Denne metode er hurtigere end brugen af det ikke-optimerede felt. Brug af disse felter i filterbetingelser reducerer yderligere tabelsammenføjninger og undgår tidsstempelkonverteringer, der er baseret på dit firmas tidszone. Bemærk: Disse optimerede felter understøtter sprogoversættelser til alle understøttede sprog, men de understøtter ikke omdøbning af posttype. For at forbedre præstationen af analyser, der bruger filtre på optimerede valglistefelter, skal du bruge værdierne for Optimerede valglistefelter (kode) i filtret i stedet for værdierne fra mapperne Optimerede tilpassede felter, som afhænger af firmasproget. |
Publiceret August 2022 | Copyright © 2005, 2022, Oracle og/eller Oracles associerede selskaber. Legal Notices |