Del via


Opprette en ny rapport ved hjelp av SQL Server Data Tools

SQL Server Data Tools er et rapportredigeringsmiljø som gjør det mulig å opprette eller redigere SQL Server Reporting Services-rapporter i Visual Studio. Sluttresultatet er en RDL-fil (rapportdefinisjon) som inneholder rapportdefinisjonen som du kan publisere for å vise rapporter.

Du kan også forfatte rapporter ved hjelp av et vanlig tekstredigeringsprogram. Hvis du vil slippe arbeidet med å opprette en egendefinert rapport, endrer du en eksisterende RDL-filen som inneholder mesteparten av den ønskede funksjonaliteten. Hvis du vil ha mer informasjon om formatet på XML-elementene i en RDL-fil, kan du se Referanse for rapportdefinisjonsspråk. XML for endret rapport kan kontrolleres ved å bruke det angitte XML-skjemaet. Reporting Services vil også kontrollere rapportdefinisjonen og avvise en rapport hvis definisjonen er ugyldig når du prøver å laste opp rapporten.

Merk

Hvis RDL-filen inneholder en FetchXML-spørring, valideres spørringen i RDL av Microsoft Dynamics CRM 2016-rapportskrivingsutvidelsen, som validerer den internt mot FetchXML-skjemaet.

Opprette en egendefinert Fetch-basert rapport

Slik oppretter du en egendefinert Fetch-basert rapport:

  1. Kontroller at du har en støttet versjon av Visual Studio, SQL Server Data Tools, rapportredigeringsutvidelsen for Microsoft Dynamics CRM 2016 og de nødvendige rettighetene. Mer informasjon: Miljø for rapportskriving ved hjelp av SQL Server Data Tools

  2. Åpne Visual Studio, og opprett deretter et rapportserverprosjekt.

  3. I løsningsutforsker høyreklikker du Rapporter-mappen, og velger deretter Legg til ny rapport.

  4. Velg Neste.

  5. Velg datakilde-siden velger du Ny datakilde, og angir deretter følgende detaljer:

    • Navn: Skriv inn et navn på datakilden.

    • Type: Velg Microsoft Dynamics 365 Fetch.

    • Tilkoblingsstreng: Angi tilkoblingsstrengen. Tilkoblingsstrengen må være angitt i følgende format:

      ServerURL;OrganizationName;HomeRealmURL

      I tilkoblingsstrengen er bare ServerURL obligatorisk. Hvis OrganizationName ikke er angitt, brukes den første organisasjonen som brukeren som kjører spørringen, tilhører. HomeRealmURL er nettadressen til hjemmeområdet for identitetsleverandøren som brukes i organisasjonen, og er nødvendig når organisasjonen din bruker federering for identitetsbehandling. Kontakt systemansvarlig for å finne URL-adressen for hjemmeområdet.

      Velg Legitimasjon for å angi legitimasjonen for å koble til Dynamics 365 for Customer Engagement-apper eller Dynamics 365 for Customer Engagement-apper, og velg deretter Neste.

  6. Utform spørring-siden skriver du inn FetchXML-spørringen i Spørring-feltet. Du kan gjøre ett av følgende for å hente denne spørringen:

    • Hent FetchXML fra en Avansert søk-spørring. Hvis du vil gjøre dette, kan du åpne en Customer Engagement (on-premises)-app, velge Avansert søk, opprette spørringen du ønsker, og deretter velge Last ned Fetch XML i Avansert søk-kategorien. Kopier FetchXML til Spørring-boksen i egenskapene for datasett i Visual Studio.

    • Angi manuelt FetchXML-spørringen. Dette eksemplet viser hvordan du oppretter en rapport som viser alle forretningsforbindelser med 5000 eller flere ansatte.

      <fetch version="1.0" output-format="xml-platform" mapping="logical" distinct="false">  
        <entity name="account">  
          <attribute name="name" />      
          <attribute name="numberofemployees" />  
          <attribute name="accountnumber" />  
          <order attribute="name" descending="false" />  
          <filter type="and">  
            <condition attribute="numberofemployees" operator="gt" value="5000" />  
          </filter>  
        </entity>  
      </fetch>  
      

    Velg Neste.

  7. Kontroller feltene som skal tas med i rapporten, og velg deretter Neste.

    • Rapportskrivingsutvidelsen legger til ekstra felter avhengig av datatypen. Tall, datoer, oppslag og alternativsett har et ekstra fieldNameValue-felt. Hvis for eksempel FetchXML inkluderer createdon-attributtet, er det to felter tilgjengelig: createdon og createdonValue.
      • fieldName (eksempel: createdon)
        • Dette feltet er en streng formatert i henhold til brukerens formatinnstillinger. Den er tiltenkt kun for visning. Konvertering av verdien til dens opprinnelige datatype kan resultere i en feil. For eksempel kan et uttrykk som =CDate(Fields!createdon.Value) mislykkes eller gi en feil dato hvis datoformatet ikke samsvarer med de nasjonale innstillingene på rapportserveren.
        • For alternativsettfelter er verdien visningsteksten til alternativsettverdien.
        • For oppslagsfelter er verdien det primære navnefeltet til den koblede posten.
      • fieldNameValue (eksempel: createdonValue)
        • Dette feltet er den rå uformaterte verdien i feltet i henhold til datatypen. Feltene kan justeres og formateres for brukerspesifikk visning ved å bruke skjulte CRM_ formatparametere.
        • For dato/klokkeslett-felter er det UTC-verdien.
        • For tall- eller valutafelter er det den uformaterte numeriske verdien.
        • For alternativsettfelter er det alternativnummerverdien.
        • For oppslagsfelter er det Guid-en til oppslagsfeltet.
  8. Velg en stil som skal brukes på rapporten, og velg deretter Neste.

  9. Kontroller feltene som skal tas med i rapporten, og skriv inn et navn på rapporten, for eksempel Forretningsforbindelser med flere enn 5 000 ansatte. Velg Fullfør.

  10. Hvis du vil se hvordan rapporten vil se ut når du kjører den, velger du Forhåndsvisning-kategorien.

    Det genererer en RDL-fil med det angitte rapportnavnet. Du kan bruke denne filen til å publisere den egendefinerte rapporten i Dynamics 365 for Customer Engagement-apper ved hjelp av rapportveiviseren. Mer informasjon: Publisere rapporter

Se også

Rapportskrivingsmiljø