Sprawdzone metody postępowania związane z raportami

Poniższe sprawdzone metody mogą pomóc w generowaniu raportów, które są łatwiejsze do napisania, zgodne z ustalonymi wymaganiami, i wykonywane z lepszą wydajnością.

Ogólne sprawdzone metody postępowania

Ta sekcja zawiera najważniejsze sprawdzone metody tworzenia niestandardowych raportów opartych na języku Fetch.

Użyj istniejącego raportu, aby utworzyć nowy raport

Sprawdź, czy istnieje raport w aplikacji, który jest zbliżony do projektu, jakiego szukasz. Pobierz definicję raportu dla tego raportu, a następnie zmodyfikuj plik RDL zamiast tworzyć nowy od podstaw. Dzięki temu będziesz mógł przyspieszyć czas przygotowywania i zmniejszyć ilość błędów w pisanym raporcie.

Użyj formatów Customer Engagement (on-premises) dla walut, liczb, dat i godzin oraz kalendarza

Widok FilteredUserSettings zawiera informacje na temat formatu waluty, formatu daty i godziny, formatu liczb, liczby ujemnej, pierwszego dnia tygodnia, kalendarzy oraz innych formatów. Customer Engagement (on-premises) zapewnia funkcję bazy danych fn_GetFormatStrings, aby pobrać formaty daty, godziny, liczby, waluty i kalendarza z widoku FilteredUserSettings.

Te zasoby umożliwiają poprawne formatowanie wartości danych w raportach.

Ustaw rozmiar strony

Usługa Reporting Services nie zapewnia jawnej orientacji strony, takiej jak tryb portretu czy krajobrazu, ani wstępnie określonych rozmiarów strony. Standardowe reporty zostały zaprojektowane dla rozmiarów 8,25 x 11 (portret) lub 11 x 8,25 (krajobraz), co sprawdza się zarówno dla formatu US letter jak i A4.

Tworzenie kopii zapasowych raportów

Twórz kopie zapasowe raportów i zapisuj je w komputerze innym niż serwer raportowania.

Zdefiniuj obcięcie w razie potrzeby

Zawijanie tekstu jest zachowaniem domyślnym dla elementu raportu pole tekstowe w usługach Reporting Services. Oznacza to, że jeśli nie zaznaczono inaczej, cały tekst będzie zawijany przy zdefiniowanej szerokości dowolnego obszaru tekstowego, i będzie rósł pionowo. Jeśli określono obcięcie, pole tekstowe obetnie tekst na szerokość pola tekstowego w ramach określonego uzupełnienia (domyślnie będzie to 2pt w lewo i w prawo). Wszelkie obcięcie na maksymalnej długości ponad to wymaga programowania niestandardowego.

Raporty standardowe skonfigurowano z etykietkami narzędzi, aby pokazywać tekst statyczny lub wartości pól danych, gdy użytkownik ustawi wskaźnik myszy nad elementem raportu. Jeśli używasz obcięcia, weź pod uwagę ustawienie wartości ToolTip dla wartości pola, tak, aby pełny tekst pojawiał się, gdy użytkownik umieści wskaźnik myszy nad obciętym tekstem.

Sprawdzone metody postępowania dotyczące tworzenia raportów, które zawierają pola data i godzina

Podczas tworzenia raportów korzystających z pola data i godzina, należy pamiętać o następujących czynnościach:

• Aby zachować zgodność z wartościami daty i godziny w Customer Engagement (on-premises), podczas tworzenia raportów, które używają pola bazującego na UTC (Niezależny od strefy czasowej lub Tylko data) nie konwertuj wartości na wartość regionalną bazującą na strefie czasowej (Lokalny użytkownik).

• Jeśli wprowadzisz zmiany do zachowania data i godzina pola w encji, konieczne może się okazać ponowne utworzenie raportów korzystających z tej daty i godziny dla raportu, aby pole było wyświetlane nieprawidłowo.

  • Ponowne generowanie raportów Kreatora raportów. Edytuj raport przy użyciu Kreatora raportów korzystając z tych samych parametrów, aby ponownie wygenerować raport.

  • Ponownie generuj raporty w oparciu o rozwiązanie zarządzane. W przypadku rozwiązań zarządzanych zamiast edytować raport, ponownie zaimportuj rozwiązanie, aby ponownie wygenerować raport.

  • Ponownie wygeneruj niestandardowe raporty utworzone przy użyciu Visual Studio. Aktualizuj pola Data i godzina w Visual Studio zgodnie z wymaganiami, i ponownie opublikuj raport.

  Aby uzyskać więcej informacji na temat pól Data i godzina, zobacz Zachowanie danych typu Data i godzina.

Zobacz także

Raportowanie i Przewodnik sporządzania analiz
Zwiększenie wydajności raportów