| Udskriv Åbn PDF-version af online-hjælp

### Om rapportperformance Rapportpræstation er et anliggende for firmaer med store mængder data og brugere. Jo større og mere avancerede rapporteringsbehovene bliver, jo vigtigere bliver rapportpræstation. En forståelse af, hvordan Oracle CRM On Demand effektivt kompenserer for og behandler data med cachelagring og i vanskelige tider, hjælper dig med at generere rapporter med den bedst mulige ydeevne. I dette emne beskrives den indbyggede cachemekanisme, der muliggør hurtig svartid samt den forventede ydeevne under den natlige opfriskning, og når rapporteringsemneområder anvendes i stedet for analyseemneområder. Se Optimering af præstation for at få flere oplysninger om rapportpræstation. ### Om cachelagring Når rapporter og forespørgsler køres vha. analyseemneområder, cachelagres forespørgselsresultaterne. Forespørgselscachen gør det muligt for Oracle CRM On Demand at opfylde efterfølgende forespørgselsbehov hurtigere uden at skulle gå tilbage til databasen. Denne reduktion tillader hurtigere svartid på forespørgsler. Ud over dette opretholdes netværksressourcer, og omkostningstung databasebehandling elimineres. Forespørglser behøver ikke være identiske for at drage fordel af denne cachelagring af forespørgsler. Et undersæt af en tidligere kørt forespørgsel med en filterbetingelse eller den samme forespørgsel med færre kolonner kan tillige bruge den cache, der er genereret af en tidligere forespørgsel. Datasynlighed respekteres fuldt ud med cachelagring af forespørgsler. Da databasen opdateres under den gradvise opfriskning, slettes forespørgselscachen og udfyldes igen, når et nyt sæt forespørgsler efterfølgende køres. Cachelagring af forespørgsler understøttes kun til rapporter og forespørgsler, der bruger analyseemneområder. Realtidsrapporter og -forespørgsler er ikke aktiveret med forespørgselscache. Både realtidsrapporter og historiske rapporter bruger imidlertid en webservercache. Webservercachen er ikke den samme som den forespørgselscache, der understøttes af Oracle CRM On Demand. Webservercachen til realtidsforespørgsler og historiske forespørgsler findes i mindst 10 minutter, efter den er oprettet eller anvendt, men slettes efter 60 minutter. Nogle forespørgsler kan blive slettet inden 60 minutter, afhængig af antallet af anmodninger, der køres. ### Analytiske (historiske) rapporter sammenlignet med rapporteringsrapporter (realtid) Forespørgsler, der køres vha. analytiske (historiske) emneområder, kører forholdsmæssigt hurtigere end forespørgsler, der køres vha. rapporteringsemneområder (realtid). Det analytiske emneområder anvender et specialiseret data warehouse, der er designet og optimeret udelukkende til analyse og rapportering. Realtidsemneområderne bruger imidlertid den database, der er optimeret til at understøtte transaktionsaktiviteter, hvor en lav mængde poster læses, skrives og opdateres ekstremt hurtigt. Når realtidsemneområder anvendes, skal forespørgsler således konkurrere om databaseressourcer, der også skal opfylde behovene for transaktionsopdateringer i Oracle CRM On Demand, hvorved præstation i både Oracle CRM On Demand og realtidsforespørgsler påvirkes. Pga. behovet for at understøtte rapportering af de mest aktuelle data, er realtidsemneområderne ikke aktiveret med cachelagring af forespørgsler, hvilket yderligere formindsker problemer med forespørgselspræstation, også til identiske forespørgsler. Brug kun realtidsemneområder, når det er kritisk at få de mest ajourførte data, eller når de historiske emneområder ikke opfylder dine rapporteringsbehov. ### Rapportpræstation under natlig opfriskning Forespørgselspræstation i realtidsrapport påvirkes i en vis grad under den natlige opfriskningsproces, da data, der hentes for at opfylde anmodningen, også læses af den natlige opfriskningsproces for at udfylde det data warehouse, der styrer de historiske emneområder. Præstation i forbindelse med historiske rapportforespørgsler påvirkes imidlertid ikke under den natlige opfriskningsproces, da et snapshot af data warehouse tages i starten af den natlige opfriskning, og brugere dirigeres til den replikerede kopi. Ved fuldførelse af den natlige opfriskning omdirigeres brugere automatisk til det opfriskede data warehouse. Denne funktion er gennemsigtig for brugere.

Publiceret August 2022 | Copyright © 2005, 2022, Oracle og/eller Oracles associerede selskaber. Legal Notices