Istnieje możliwość, aby utworzyć „wewnętrzny” parametry SSRS:Jakie są zasady korzystania „wewnętrzne” parametry w SSRS
Parametry wewnętrzne w SSRS są parametry, które nie są konfigurowalne przez użytkownika końcowego w czasie wykonywania.
To zależy od ukrytego parametru , którego użytkownik nie jest monitowany o podanie, ale nadal można go skonfigurować za pośrednictwem adresu URL na serwerze raportów.
Aby uzyskać więcej informacji, zobacz numer "Creating Report Parameters" na stronie MSDN.
Jednym z możliwych sposobów ich użycia jest połączenie z Report Viewer control. Strona ASP.Net może zawierać kontrolkę Podgląd raportu i używać wewnętrznych parametrów w kodzie z tyłu do dostarczania wartości do raportu, którego użytkownik końcowy nie powinien mieć możliwości kontrolowania, takich jak identyfikator użytkownika.
Może to uniemożliwić użytkownikowi podanie innego identyfikatora użytkownika w celu wyświetlenia danych, których nie wolno mu wyświetlać.
Jeśli jednak używasz wewnętrznego parametru w raporcie, ale chcesz, aby działał on poza kontrolką podglądu raportu, musisz podać odpowiednią domyślną wartość. W przeciwnym razie raport będzie niezdatny do użytku z Menedżera raportów lub serwera raportów.
Jeśli parametr zostanie ustawiony na wartość Internal, nie zostanie w żaden sposób ujawniony, z wyjątkiem definicji raportu (zapytanie zestawu danych lub procedura składowana). Innymi słowy parametr wewnętrzny jest parametrem, którego nie można zmienić w czasie wykonywania. Użytkownik końcowy opublikowanego raportu nigdy nie zobaczy tego jako parametru. Ale wydawca może zmienić wartość parametru w dowolnym momencie w opcjach zarządzania raportem. można znaleźć funkcjonalność parametrem wewnętrznym z przykładem w tym linku: https://sqlserverreportingservices.wordpress.com/2012/11/16/using-internal-parameters-to-filter-data-without-user-intervention/
przypadku ustawienia parametru na Ukryty, będzie to widoczne, gdy użytkownik dokona subskrypcji na serwerze raportów, ale jeśli ustawić parametr wewnętrznych , użytkownik z rolą przeglądarki nie może go zobaczyć i zmienić.
Używam sposobów użycia UserId, dla raportów renderowanych przez serwer raportów, do filtrowania informacji w raporcie w zależności od tego, kto je przegląda. Przykłady, które do tej pory znalazłem, nie używają ukrytych parametrów. Czy byłoby dobrze użyć ukrytego parametru? ... Tak, ale muszę podać domyślną? ... Domyślna może być zmienna ID użytkownika? – whytheq
@Whytheq, jeśli użyjesz parametru "ukrytego", nadal będzie możliwe podszywanie się pod innego użytkownika przez edytowanie adresu URL. – TomG
@ Tomki dziękuję - więc zasadniczo reguła polega na tym, że użytkownik nigdy nie musi znać wartości parametru, a następnie czynić je wewnętrznymi? – whytheq