Best practices for rapporter
Udgivet: november 2016
Gælder for: Dynamics CRM 2015
Følgende bedste praksis kan hjælpe dig til at oprette rapporter, der er nemmere at skrive, som overholder etablerede standarder og udføres mere effektivt.
Generel bedste praksis
Dette afsnit indeholder bedste praksis for oprettelse af brugerdefinerede Fetch-baserede og SQL-baseret rapporter.
Brug en eksisterende rapport til at oprette brugerdefinerede rapporter
Kontroller, om der findes en rapport i Microsoft Dynamics 365, der er tæt på det design, du søger. Hent rapportdefinitionen for rapporten, og rediger derefter RDL-filen i stedet for at oprette en ny fra bunden. Når du gør dette, sparer du udviklingstid og reducerer fejl i forbindelse med rapportskrivning.
Brug Microsoft Dynamics CRM-formater for valuta, tal, dato og klokkeslæt, kalender
Visningen FilteredUserSettings indeholder oplysninger om valutaformat, dato- og klokkeslætsformat, talformat, negative tal, startdag i ugen, kalendere og andre formater.Microsoft Dynamics 365 leverer databasefunktionen fn_GetFormatStrings for at få vist dato, klokkeslæt, tal, valuta og kalenderformater fra visningen FilteredUserSettings.
Brug disse ressourcer til at formatere dataværdier korrekt i dine rapporter.
Angiv på sidestørrelsen
Reporting Services angiver ikke en eksplicit sideretning, f.eks stående og liggende tilstande eller foruddefinerede sidestørrelser. Standardrapporter i Microsoft Dynamics 365 er udviklet til 8,25 x 11 (stående) eller 11 x 8,25 (liggende) sidestørrelser, der fungerer for både US Letter- og A4-papir.
Sikkerhedskopiér dine rapporter
Foretag sikkerhedskopiering af dine rapporter, og gem dem på en anden computer end rapporteringsserveren.
Definer eventuelt afkortelse
Tekstombrydning er standardfunktionsmåden for tekstfeltsrapportelementer i Reporting Services. Det betyder, at, medmindre andet er angivet, bliver al tekst ombrudt i den definerede bredde i et tekstområde, hvorefter teksten vokser lodret. Hvis afkortelser er angivet, beskærer et tekstfelt teksten i tekstfeltets bredde inden for den angivne udfyldning (standardindstillingen er 2 pkt. venstre og højre). Eventuelle afkortelser med maksimal længde herudover kræver brugerdefineret kodning.
Standardrapporter i Microsoft Dynamics 365 omfatter værktøjstip, som viser statisk tekst eller værdier fra datafelter, når brugeren fører musen hen over rapportelementet. Hvis du bruger afkortning, kan du overveje at angive egenskaben ToolTip til feltværdien, så den fulde tekst vises, når brugeren fører musen hen over afkortet tekst.
Bedste fremgangsmåder, når du opretter rapporter, der indeholder dato- og klokkeslætsfelter
Når du opretter rapporter, der bruger dato- og klokkeslætsfelter, skal du være opmærksom på følgende:
Af hensyn til konsistens med dato- og klokkeslætsværdier i Microsoft Dynamics 365, når du opretter rapporter, som bruger et UTC-baseret (Coordinated Universal Time) felt (Tidszoneuafhængig eller Kun dato), skal du ikke konvertere værdien til en regional tidszonebaseret værdi (Brugers lokaltid).
Hvis du ændrer funktionsmåden for dato og klokkeslæt i et felt i et objekt, skal du evt. generere rapporter, der bruger denne dato og dette klokkeslæt for rapporten, på ny, for at feltet kan vises korrekt.
Generer rapporter i guiden Rapport på ny. Rediger rapporten ved hjælp af guiden Rapport med de samme parametre for at generere rapporten på ny.
Regenerer rapporter baseret på en administreret løsning. For administrerede løsninger skal du i stedet for at redigere rapporten på ny importere løsningen igen for at generere rapporten på ny.
Generer brugerdefinerede rapporter, der er oprettet med Microsoft Visual Studio, på ny. Opdater felterne dato og klokkeslæt i Visual Studio efter behov, og genudgiv rapporten.Flere oplysninger:Ændre en eksisterende SQL-baseret rapport ved hjælp af SQL Server-dataværktøjer
Du kan finde flere oplysninger om at konfigurere dato- og klokkeslætsfelter under Funktionsmåde og format for dato- og klokkeslætsfeltet.
SQL-baserede rapporter
Dette afsnit beskriver bedste praksis kun for SQL-baseret rapporter.
Skrivning af lagrede procedurer
Tilføjelse af brugerdefinerede lagrede procedurer i Microsoft Dynamics 365-databasen understøttes ikke. Du kan dog oprette en separat database og skrive lagrede procedurer i den pågældende database.
Begrænse tekstlængden og antallet af elementer i diagrammer
Microsoft Dynamics 365-rapporter bruger kun nogle af de mulige diagramtyper fra Reporting Services. For alle diagramtyper anbefales det at begrænse etiketlængden og antallet af elementer, for at diagramindholdet kan vises korrekt. Når Reporting Services viser et diagram med lange etiketter, bliver selve diagrammet for lille til være brugbart. Dette kan gøres på flere måder:
Begræns længden af din diagrametiket eksplicit, og afkort den, hvis det er nødvendigt.
Overvej at begrænse antallet af elementer, der vises i diagrammer. Du kan finde flere oplysninger under Eksempel: Begræns antallet af elementer, der vises i et diagram.
Bruge integrerede billeder i en rapport
Den nemmeste måde at bruge billeder med Reporting Services er at placere billederne i en database. Hvis billederne ikke er i en database, kan du bruge integrerede billeder i .png-, .gif- eller .jpg-format i en rapport. De billedfiler, der bruges af Microsoft Dynamics 365-billedfiler, findes i mappen C:/Inetpub/wwwroot/_imgs/ico på en standardinstallation af Microsoft Dynamics 365.
Se også
Rapportskrivning med CRM 2015 til det lokale miljø
Forbedre ydeevnen af rapporter
© 2016 Microsoft Corporation. Alle rettigheder forbeholdes. Ophavsret