Skriv ut      Öppna PDF-version av onlinehjälpen


Föregående ämne

Nästa ämne

Om rapportprestanda

Rapportprestanda är väsentligt för företag med stora mängder data och många användare. Ju fler och mer komplicerade rapporter du behöver, desto viktigare är det hur rapporteringen utförs. Att förstå hur Oracle CRM On Demand Answers bearbetar data med hjälp av cacheminnen vid olika tillfällen kan hjälpa dig att skapa rapporter på bästa sätt.

I det här avsnittet beskrivs den inbyggda cachefunktionen som ger snabba svarstider och bra prestanda under de nattliga uppdateringarna och när rapportämnesområden används i stället för analysämnesområden. Mer information om rapportprestanda finns i Optimera resultat.

Om cacheminne

När rapporter och frågor körs med hjälp av analysämnesområden sparas frågeresultatet i cacheminnet. Frågecacheminnet gör att Oracle CRM On Demand Answers snabbt kan bearbeta flera frågor i följd utan att behöva gå tillbaka till databasen. Reduceringen gör att svarstiden för frågor förkortas. Förutom en snabb svarstid sparar funktionen in på nätverksresurserna och de kostsamma bearbetningarna av databasen. Frågorna behöver inte vara identiska för att kunna ha nytta av cacheminnet. Även en delmängd av en fråga som körts tidigare med ett filtervillkor, eller samma fråga med färre kolumner, kan använda det cacheminne som genererats av en tidigare fråga. Datasynligheten respekteras helt och hållet när frågecacheminnen skapas. Eftersom databasen uppdateras vid inkrementell uppdatering töms frågecacheminnet och fylls sedan med nya värden när en ny uppsättning frågor körs.

Frågecacheminnet används bara till rapporter och frågor via analysämnesområdena. Cacheminnet används inte till realtidsrapporter och -frågor. Däremot använder både realtidsrapporter och historiska rapporter och frågor ett webbservercacheminne. Webbservercacheminnet är inte samma sak som frågecacheminnet i Oracle CRM On Demand Answers. Webbcacheminnet för realtidsfrågor och historiska frågor existerar i minst tio minuter efter att det har skapats och använts och det rensas efter en timme. Vissa frågor kan rensas tidigare än efter en timme, beroende på hur många begäranden som körs.

Analysrapporter (historiska) jämfört med rapporteringsrapporter (realtid)

Frågor som körs via analysämnesområden (historiska) är jämförelsevis snabbare än frågor som körs via rapporteringsämnesområden (realtid). Analysämnesområdena använder ett specialdatalager som är utformat och optimerat för analyser och rapporter. Realtidsämnesområdena använder sig dock av den databas som är optimerad för att stödja transaktionsaktiviteter där en liten mängd poster läses, skrivs och uppdateras oerhört fort. Det innebär att när realtidsämnesområden används måste frågor konkurrera om databasresurserna som också måste sörja för transaktionsuppdateringarna i Oracle CRM On Demand. Det påverkar prestanda i både Oracle CRM On Demand och realtidsfrågorna. På grund av behovet av att stödja rapporteringen av senaste data används inte frågecacheminnet till realtidsämnesområdena, vilket i sin tur ytterligare minskar prestandaproblemen med identiska frågor.

Använd bara realtidsämnesområden när det är av yttersta vikt att använda senaste data eller när de historiska ämnesområdena inte motsvarar rapportbehoven.

Rapportprestanda under den nattliga uppdateringen

Realtidsrapporteringarnas prestanda påverkas i viss grad under den nattliga uppdateringsprocessen. Det beror på att data som då hämtas på grund av frågorna också läses av den nattliga uppdateringsprocessen för att datalagret ska kunna fyllas på. Datalagret driver de historiska ämnesområdena. De historiska rapportfrågornas prestanda påverkas emellertid inte under den nattliga uppdateringsprocessen. Det beror på att det tas en ögonblicksbild av datalagret när den nattliga uppdateringen påbörjas, och vid frågor dirigeras användarna till kopian. När den nattliga uppdateringen är klar dirigeras användarna automatiskt om till det uppdaterade datalagret igen. Den här funktionen är öppen för användarna.


Publicerat i Oktober 2016 Copyright © 2005, 2016, Oracle. Oracle förbehåller sig samtliga rättigheter. Legal Notices.