| Skriv ut Öppna PDF-version av onlinehjälpen

### Optimera prestanda Varje gång du öppnar en rapport eller analys hämtas dina data från databasen, bearbetas av rapporteringsservern och visas på sidan. Ju mer komplex analysen är, desto längre tid kan det ta att beordra databasen att hämta och visa uppgifterna. I det här avsnittet finns riktlinjer för hur du kan skapa rapporter som går snabbt att visa. Innan du börjar. Gör följande: Granska de fördefinierade rapporterna i Oracle CRM On Demand. De kanske uppfyller de flesta av dina rapporteringsbehov. Gå kurser. Samla ihop dina rapporteringskrav och få dem godkända av intressenterna. Kontrollera dina webbläsarinställningar för att se till att webbläsaren är rätt konfigurerad för bästa resultat. Förstå rapportresultat. Mer information finns i Om rapportprestanda. ### Om ämnesområden Du kan använda dig av båda typerna av ämnesområden utifrån hur rapporterings- och affärsbehoven ser ut. Ämnesområdena för analys ska användas för att skapa rapporter när detta är möjligt. Dessa ämnesområden är konstruerade med hjälp av ett specialanpassat datalager som justerats för att ge bättre frågeresultat. Det datalager som används för analysämnesområden förnyas dagligen och rapporter som skapas med hjälp av dessa ämnesområden visar resultaten snabbare än rapportämnesområden – också för stora och komplexa frågor. Rapportämnesområden är konstruerade så att de använder samma databas som alla andra användartransaktioner i applikationen. De konkurrerar därför om samma resurser som applikationen är beroende av, då data hämtas för rapporter. ### Riktlinjer för användning av ett rapportämnesområde Om du använder ett rapportämnesområde bör du följa dessa riktlinjer: Använd fälten från adressmapparna (utökade) när detta är möjligt. Minimera användandet av följande: Anpassade urvalslistefält. Fält från något Ägd av användare-fält. Använd fältet Ägare i stället. Fält från mappen Primär kontakt i Konto-mappen. CAST-Funktioner för datum- eller datum-/tidsfält. Fälten Överordnat konto, Senast ändrad av och Chef. Fält från mappar av datumtyp, till exempel mapparna Skapandedatum och Stängt den. Dessa mappar utgör visserligen ett bekvämt sätt att gruppera datumattributet i veckor, månader, kvartal eller år, men de gör också frågeproceduren mer komplex vilket kan påverka prestandan för rapporter. Om det uppstår prestandaproblem med fält från datummappar försöker du med att använda datum- eller datum-/tidsfält från mappen för den primära posttypen. Öppna till exempel affärsmöjlighetsämnesområdet och välj fältet Stängt den i affärsmöjlighetsmappen i stället för ett fält från mappen Stängt den. ### Riktlinjer för förbättring av prestanda Följ dessa riktlinjer för att förbättra prestandan: #### Bygg upp rapporterna steg för steg Gör följande: Börja i liten skala och testa rapporten allteftersom du bygger upp den. Börja med ett fåtal fält och testa dessa innan du lägger till fler kolumner. Testa dina filter för att fastställa den bästa ordningsföljden. Olika ordningsföljder kan höja eller sänka prestandan, men det är bara genom att pröva dig fram som du kan avgöra detta. #### Minimera användandet av posttyper som korsar fält eller kolumner Följ dessa riktlinjer: Kolumner. När du väljer kolumner från fler än en posttyp för din analys ökar du komplexiteten i datafrågan. Denna komplexitet kan påverka hastigheten för visningen av resultaten. Detta kan vara värt att tänka på när du inkluderar korsposttypsfält i en rapport. Kolumnväljare. Håll alla kolumnväljare inom samma posttyp. Använd om möjligt inte en kolumnväljare som går över till en annan posttyp. Ledtexter. Försök göra alla ledtextreferensfält inom samma posttypsmapp. #### Använd indexerade fält Gör följande: Använd indexerade fält för att filtrera data i realtidsrapporter. Indexerade fält är optimerade så att dina rapportresultat visas snabbare. Planera i förväg när du konfigurerar data så att du är säker på att rätt uppgifter lagras i de indexerade fälten. Om du tillämpar denna metod kan du bygga rapporter som använder de indexerade fälten och införliva dem på de bästa tänkbara platserna. Oracle CRM On Demand har dessutom ett begränsat antal indexerade anpassade fält. Antalet varierar beroende på fälttyp och posttyp. #### Begränsa organisationshierarkin till fem nivåer Ju högre upp en användare är i organisationshierarkin, desto fler data returneras vilket i sin tur leder till långsammare rapportkörningar. Begränsa därför hierarkin till att innefatta högst fem nivåer. #### Använd filter Genom att använda filter begränsar du mängden data som returneras när du öppnar en analys. Filtreringen kan öka hastigheten för körning av rapporter. Tillämpa filter som ett första steg för att skapa en rapport. Om ditt företag har stora mängder data bör du inte förhandsgranska en rapport förrän du har tillämpat filter. Filtrera den drivande posttypen som en prioritet. Om du till exempel använder ett ämnesområde för aktiviteter filtrerar du aktiviteter. Välj de mest restriktiva filtren först och sedan, efter att ha prövat dig fram, lättar du vid behov på restriktionerna. Tänk dock på följande när du lägger till filter: Om ett filter hänför sig till en kolumn med en underliggande CASE-formel kan detta filter påverka rapporteringsprestandan negativt, beroende på formeln och vilken relaterad bearbetning som behövs. När du filtrerar ett fält med ett CASE-uttryck eller någon annan formel kan det vara bra att pröva sig fram för att få reda på hur filtreringen påverkar rapporteringsprestandan. Innan du använder en CASE-formel bör du ställa dig själv dessa frågor: Kan den här klassificeringen göras i Oracle CRM On Demand med funktionen Arbetsflöde? Visas klassificeringskoden i andra rapporter? Om så är fallet bör du överväga att skapa en ny kolumn och bygga upp ett arbetsflöde för att fylla i den. En rapport som filtrerar ett anpassat datumfält kan gå snabbare att köra än en likartad rapport som filtrerar ett anpassat datum- och tidsfält. Det beror på att i filtreringen av datum- och tidsfält ingår omvandling av tidszoner, vilket påverkar rapporteringsprestandan. Filtrera därför om möjligt hellre anpassade datumfält än anpassade datum- och tidsfält. Undvik att använda en OR-delsats på olika posttyper eller kolumner (till exempel där SR.Type = K OR SR.Priority = Hög OR Account.Industry = Medicinsk). Prova i&nbsp;stället med följande: Ta bort OR-delsatsen och gör ytterligare klassificeringar i pivottabellen. Bryt ned rapporten i flera, mindre rapporter och slå samman resultatet med hjälp av kombinerade analyser. #### Följ riktlinjerna för hur man definierar ledtexter Du kan definiera frågor för rapporten i analysredigeraren. Dessa ledtexter ger användare som öppnar den färdiga rapporten möjlighet att begränsa uppgifterna i rapporten. Vid körning av en rapport som använder frågor påverkas användarupplevelsen av tiden för frågebearbetning och rapportbearbetning. Om du lägger till ledtexter i din rapport bör du tänka på följande: Minimera antalet ledtexter som används för rapporten. Undvik att använda bilder med hög upplösning för bildledtexter. Du bör inte använda en bild som överstiger 100 dpi (dots per inch). Använd bilder på 50 dpi eller lägre för bästa resultat. För att få bästa möjliga prestanda bör du, när du definierar ledtexter välja antingen Inga eller Alla värden på menyn Vilka värden ska visas för användaren?. Undvik att använda alternativet Filtrera begränsade värden. Detta alternativ begränsar urvalet ledtexter som rapporten visar. Begränsningen baseras på andra filter och ledtexter som tillämpas i rapporten. Om en rapport innehåller stora datavolymer kan alternativet göra rapporteringsprocessen långsammare. När du ska bestämma dig för vilket av alternativen Inga, Alla värden eller Filtrera begränsade värden du ska välja, bör du eftersträva en balans mellan den prestandanivå på rapporteringen som du vill uppnå och den optimala presentationen av valbara värden för användarna. #### Tillhandahåll borrningslänkar till detaljrapporter I stället för att skapa en rapport som presenterar en lång lista med datatabeller och diagram kan du göra följande: Utforma en första rapport där du visar översiktsinformation eller trender och låt sedan användaren borra ned i mer detaljerade uppgifter. Skapa rapporter för mer detaljerad information genom att välja ut data från den första rapporten. Tillhandahåll sedan borrningslänkar till översiktsrapporten. I följande procedur beskrivs hur du länkar rapporter till tabeller. Så här länkar du rapporter till tabeller Klicka på ikonen för kolumnformatering. Då öppnas dialogrutan Kolumnegenskaper. Klicka på fliken Kolumnformat. I listrutan för värdeinteraktionstyp väljer du Navigera. I fältet Navigera till en annan analys bläddrar du till en detaljerad rapport som du vill borra ned i och klickar sedan på OK. #### Begränsa antalet angivna åtgärder Med Avancerade funktioner kan du kombinera frågor. Därefter kan du genomföra angivna åtgärder som unioner, snitt och andra sammanfogande åtgärder för frågorna, i syfte att skapa en slutrapport. Ju fler kombinerade frågeresultat desto längre bearbetningstid krävs det för att köra slutrapporten. Den snabbaste bearbetningen får du om du begränsar antalet angivna åtgärder till högst tre. #### Förtydliga HTML-kod och beskrivningar När du använder HTML i samband med SQL ska du göra följande: Se till att HTML-koden är tydlig och precis och inte innehåller några onödiga taggar eller överflödig information. Se till att beskrivningarna är tydliga och precisa och inte innehåller några onödiga instruktioner. Precisa beskrivningar gör den angivna formateringen mer effektiv och minskar antalet prestandarelaterade problem. #### Ta bort kolumner i pivottabeller Med hjälp av pivottabeller kan du visa rapporten i flera vyer utan att behöva skriva flera rapporter. Pivottabellerna kan dock påverka prestandan. Ta om möjligt bort de kolumner som inte används i själva pivottabellen från rapportkriterierna (i steg 1 – Definiera kriterier). #### Använd Resultat för pivotdiagram För varje pivottabell som kräver ett diagram bör du, om möjligt, använda alternativet Resultat för pivotdiagram i stället för att skapa en separat diagramvy. Flera diagram i en analys kan kräva mer bearbetning, eftersom Oracle CRM On Demand måste skapa diagrammen separat i stället för tillsammans med pivottabellen. #### Se till att rapporterna är skalbara Rapporter kan fungera bra i ett test innan du har importerat alla produktionsdata. Efter att alla produktionsdata har importerats kan dock den ökade datavolymen påverka rapporteringsprestandan negativt. Om du håller på att implementera Oracle CRM On Demand bör du avsätta tid för att testa rapporterna igen och justera dem efter att alla produktionsdata har importerats. #### Använd optimerade kod- och UTC-fält i filter Många ämnesområden för rapportering innehåller särskilda fält i dimensionerna som är optimerade för att minska frågetiden när de används i filter. De optimerade fälten slutar med orden Kod eller UTC. Kontodimensionen har till exempel fältet Kontotyp. Fältet Kontotypkod finns också och det är den optimerade versionen av fältet Kontotyp. De optimerade fälten ger samma resultat i rapporterna som de ej optimerade fälten, men om du använder de optimerade fälten i filtret genereras frågorna snabbare. Den här metoden är snabbare jämfört med ett ej optimerat fält. Om du använder de här fälten i filtervillkoren genereras färre tabellkopplingar och tidsstämpelkonverteringar som baseras på företagets tidszon undviks. Obs! De här optimerade fälten stöder språköversättningar för alla språk som stöds, men de stöder inte namnändring av posttyper. Om du vill förbättra prestandan för analyser som använder filter på optimerade urvalslistefält ska du använda värdena för Optimerade urvalslistefält (kod) i filtret i stället för värdena från mapparna Optimerade anpassade fält, som är beroende av företagets språk.

Publicerat i Augusti 2022 | Copyright © 2005, 2022, Oracle och / eller dess dotterbolag. Legal Notices.