Usługi raportowania SQL server: Jak zatrzymać Uruchamianie raportu po otwarciu

Zrobiłem to, zmieniając moje zapytanie slighlty, aby wymagało parametrów podczas jego uruchamiania.

Po opublikowaniu raportu na stronie raportu, określiłem, że parametr powinien monitować użytkownika. Ma to wpływ na to, że raport nie pociąga serwera sql na kolana, gdy użytkownicy po prostu otwierają raport, aby zobaczyć.

Zobacz załączony zrzut ekranu (zdjęcie mówi tysiąc słów, prawo :))

Ustawiłem domyślną wartość jednego z moich wyborów parametrów na wartość -1, która nie istnieje (Nieprawidłowa wartość parametru). Nie wygenerowało to błędu. To po prostu ustawić parametr rozwijane pole do i uniemożliwił raport z uruchomieniem. Nie mogłem użyć domyślnej wartości NULL, ponieważ NULL wybiera wszystko i chciałem, aby użytkownik celowo dokonał wyboru ALL (NULL) przed uruchomieniem raportu. Renderowanie raportu trwa kilka minut, jeśli wybrano wszystkie.

Wiem, że ten post jest trochę stary, ale ponieważ mam inne rozwiązanie tutaj, po prostu publikuję go na wypadek, gdyby ktoś go potrzebował.

Jeśli używasz ReportViewer, to można ustawić właściwość ShowBody= "False". Następnie w zdarzeniu OnSubmittingParameterValues należy zmienić właściwość ShowBody na true. Wtedy nie potrzebujesz żadnych dodatkowych parametrów lub parametrów bez wartości domyślnej w raporcie.

<rsweb:ReportViewer 
        ID="rv" 
        runat="server"  
        Width="100%" 
        Height="100%" 
        SizeToReportContent="false" 
        ZoomMode="PageWidth"
        KeepSessionAlive="true" 
        ProcessingMode="Remote"
        PromptAreaCollapsed="false" 
        InteractivityPostBackMode="AlwaysAsynchronous"
        AsyncRendering="true" 
        ExportContentDisposition="AlwaysInline"
        ShowReportBody="False"
        ShowPrintButton="false"
        OnSubmittingParameterValues="rv_SubmittingParameterValues"/>

A następnie w metodzie rv_SubmittingParameterValues:

this.rv.ShowReportBody = true;

Uznałem, że najlepszym sposobem jest dodanie parametru, który nie pozwala na NULL, ale nie jest używany przez raport. Uniemożliwia to renderowanie na początku, ale nie wpływa na raport.

Jedyną stroną w dół jest to, że jeśli wyświetlasz raport w przeglądarce raportów, masz pudełko na górze, które wygląda nieco dziwnie. Jestem pewien, że możesz użyć jakiegoś C# / CSS, aby to ukryć.

Ponieważ nie używam przeglądarki raportów do wyświetlania, tylko do renderowania na zapleczu, nie ma to wpływu ja.

Nawet jeśli używasz przeglądarki raportów, jest to pomocne podczas tworzenia!

Zrobiłem to, po prostu dostarczając wartość domyślną do parametru kluczowego, który nie zwraca żadnych wyników.

Znalazłem na to dobry trik podczas pracy z raportami, które mają opcjonalne pola, ale pobierają ogromną ilość danych, jeśli opcjonalne pola są puste.

Krok 1: Zapobieganie Automatycznemu Strzelaniu

• Upewnij się, że opcja "Zezwól na wartość null" nie jest włączona dla opcjonalnych parametrów
• Upewnij się, że nie ma domyślnej wartości dla opcjonalnych parametrów

Krok 2: Ustaw parametry opcjonalne bez użycia "null"

• Enable "Allow blank value" for the optional parametry
• zmodyfikuj klauzulę where dla opcjonalnych parametrów WHERE (@param="" OR column = @param)

W przypadku tej metody istnieją dodatkowe pola, o które użytkownicy mogą się martwić, raport nie uruchomi się, dopóki nie zostanie poproszony, a warunki w klauzuli where nie zostaną ocenione, jeśli pole tekstowe pozostanie puste.

uwaga: jeśli raport określa dostępne wartości, to zamiast "" można użyć dowolnej wartości, która nie jest prawidłowa dla struktury tabeli. inne typy danych (non-string) w ten sposób