Udostępnij za pośrednictwem


Utwórz nowy raport używając SQL Server Data Tools

SQL Server Data Tools to środowisko tworzenia raportów, które umożliwia tworzenie i edytowanie raportów SQL Server Reporting Services w Visual Studio. W rezultacie otrzymywany jest plik definicji raportu .rdl, który zawiera definicję raportu, który można opublikować, aby wyświetlić raporty.

Raporty można również tworzyć przy użyciu typowego edytora tekstu. Aby zmniejszyć pracochłonność tworzenia raportu niestandardowego, zmodyfikuj istniejący plik .rdl, który zapewnia najwięcej żądanych funkcji. Aby uzyskać więcej informacji o formacie elementów XML w pliku .rdl, zobacz Odwołanie do języka definicji raportu. Zmodyfikowany XML raportu można sprawdzić przy użyciu określonego schematu XML. Reporting Services będzie także sprawdzać definicję raportu i odrzucać raport, jeśli definicja jest nieprawidłowa, podczas próby przekazywania raportu.

Uwaga

Jeśli plik .rdl zawiera zapytanie FetchXML, zapytanie w RDL jest weryfikowane przez rozszerzenie tworzenia raportów Microsoft Dynamics CRM 2016, który wewnętrznie sprawdza w porównaniu ze schematem FetchXML.

Tworzenie niestandardowego raportu opartego na języku Fetch

Aby utworzyć niestandardowy raport oparty na języku Fetch

  1. Upewnij się, że masz obsługiwaną wersję Visual Studio, SQL Server Data Tools, Microsoft Dynamics CRM 2016 Report Authoring Extension oraz niezbędne uprawnienia. Więcej informacji: Środowisko pisania raportów przy użyciu SQL Server Data Tools

  2. Otwórz Visual Studio, i utwórz projekt serwera raportów.

  3. W Eksploratorze rozwiązań kliknij folder Raporty i wybierz Dodaj nowy raport.

  4. Wybierz Dalej.

  5. Na stronie Wybierz źródło danych wybierz Nowe źródło danych, a następnie podaj następujące szczegóły:

    • Nazwa: Wpisz nazwę źródła danych.

    • Typ: Wybierz Microsoft Dynamics 365 Fetch.

    • Ciąg połączenia: Określ ciąg połączenia. Ciąg połączenia należy określić w następującym formacie:

      ServerURL;OrganizationName;HomeRealmURL

      W tym ciągu połączenia tylko element ServerURL jest elementem obowiązkowym. Jeśli nie zostanie podana OrganizationName, zostanie użyta pierwsza organizacja, do której należy użytkownik wykonujący to zapytanie. HomeRealmURL to adres URL obszaru głównego dostawcy tożsamości używanego przez organizację i jest wymagane, gdy organizacja korzysta z Federacji do zarządzania tożsamościami. Skontaktuj się z administratorem sieci, aby określić adres URL obszaru głównego.

      Wybierz Poświadczenia, aby określić poświadczenia umożliwiające połączenie z aplikacjami Dynamics 365 for Customer Engagement, a następnie wybierz Dalej.

  6. Na stronie Projektowanie zapytania wpisz zapytanie FetchXML w polu Zapytanie. Aby uzyskać to zapytanie, można wykonać jedno z następujących działań:

    • Pobierz FetchXML z zapytania Szukanie zaawansowane. Aby to zrobić, otwórz aplikację Customer Engagement (on-premises), wybierz Szukanie zaawansowane, utwórz wybrane zapytanie, a następnie na karcie Szukanie zaawansowane wybierz Pobierz plik FetchXML. Skopiuj FetchXML do pola Zapytanie w właściwości zestawu danych w Visual Studio.

    • Ręcznie wprowadź zapytanie FetchXML. Ten przykład pokazuje, jak utworzyć raport wyświetlający wszystkie konta zatrudniające 5000 lub więcej pracowników.

      <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>  
      

    Wybierz Dalej.

  7. Sprawdź pola, które zostaną uwzględnione w raporcie, a następnie wybierz Dalej.

    • Rozszerzenie tworzenia raportów dodaje dodatkowe pola w zależności od typu danych. Liczby, daty, wyszukiwania i zestawy opcji mają dodatkowe pole fieldNameValue. Jeśli na przykład FetchXMLuwzględnia atrybut createdon , dostępne są dwa pola: createdon i createdonValue.
      • fieldName (przykład: createdon)
        • To pole jest ciągiem znaków sformatowanym zgodnie z ustawieniami formatu użytkownika. Jest przeznaczone tylko do wyświetlania. Konwersja wartości na jej oryginalny typ danych może spowodować błąd. Na przykład wyrażenie, takie jak =CDate(Fields!createdon.Value), może zakończyć się niepowodzeniem lub podać nieprawidłową datę, jeśli format daty nie jest zgodny z ustawieniami regionalnymi na serwerze raportów.
        • W przypadku pól zestawu opcji wartością jest wyświetlany tekst wartości zestawu opcji.
        • W przypadku pól odnośników wartością jest podstawowe pole nazwy połączonego rekordu.
      • fieldNameValue (przykład: createdonValue)
        • To pole jest pierwotną, niesformatowaną wartością pola zgodnie z typem danych. Pola można dostosować i sformatować w celu wyświetlania specyficznego dla użytkownika za pomocą ukrytych parametrów formatu CRM_.
        • W przypadku pól typu data/godzina jest to wartość UTC.
        • W przypadku pól liczbowych lub walutowych jest to niesformatowana wartość liczbowa.
        • W przypadku pól zestawu opcji jest to wartość numeru opcji.
        • W przypadku pól odnośników jest to identyfikator GUID pola wyszukiwania.
  8. Wybierz styl, który chcesz zastosować do raportu, a następnie wybierz Dalej.

  9. Sprawdź poprawność pól, które zostaną uwzględnione w raporcie, a następnie wprowadź nazwę raportu, taką jak Konta z ponad 5000 pracowników. Wybierz Zakończ.

  10. Jeśli chcesz zobaczyć, jak będzie wyglądał uruchomiony raport, wybierz kartę Podgląd.

    Spowoduje to wygenerowanie pliku .rdl z określoną nazwą raportu. Możesz użyć tego pliku do publikowania raportu niestandardowego w aplikacjach Dynamics 365 for Customer Engagement przy użyciu Kreatora raportów. Więcej informacji: Publikuj raporty

Zobacz też

Środowisko pisania raportów