Best practices for rapporter

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 best practices for oprettelse af brugerdefinerede Fetch-baserede rapporter.

Brug en eksisterende rapport til at oprette brugerdefinerede rapporter

Kontrollér, om der findes en rapport i din app, der minder meget om det design, du søger. Hent rapportdefinitionen for den pågældende rapport, 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 Customer Engagement (on-premises)-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. Customer Engagement (on-premises) leverer databasefunktionen fn_GetFormatStrings for at hente 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 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.

Standardrapporterne 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 Customer Engagement (on-premises), 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 Visual Studio, på ny. Opdater felterne dato og klokkeslæt i Visual Studio efter behov, og genudgiv rapporten.

  Du kan finde flere oplysninger om dato- og klokkeslætsfelter i Funktionsmåde for datatypen Dato og klokkeslæt.

Se også

Vejledning til rapportering og analyser
Forbedre ydeevnen af rapporter