Доброго времени суток всем.

Задача:
Нужно предоставить пользователю возможность просматривать отчеты посредством Reporting Service на основании "индивидуальных данных". Что это значит. В базе имеются таблицы с данными и в некоторых из них существуют данные, которые различны для каждого пользователя (в этих таблицах существует поле userID)

Проблема:
Когда я нахожусь в своем приложении (ASP.NET) то я знаю с каким пользователем я имею дело, но как только я отдаю управления построителю отчетов Reporting Service (через url), то эта информация теряется. Как мне сделать так, чтобы Reoirting Service строил отчеты на основании данных с учетом текущего пользователя?


Зарание спасибо.

def1983Создайте Report parameter , например, @userName , установите для него свойство Hidden и в Default values укажите
Затем, формируйте датасет на основании параметра @userName:


Спасибо за открытие для меня свойства User!UserID, а есть ли что нить еще из этого?
Но вот небольшое НО. Это проперти выдает пользователя Windows, а мне этого не надо, у меня внутри системы свои пользователи и мне нужно, чтобы Reporting Service знал именно его. Или как то нужно обойти эту ситуацию, но как?

def1983Тогда, как вариант (не совсем безопасный) передавайте @userid как часть URL
Например:


Подробно описано в BOL2005->Passing a Report Parameter Within a URL.

Да, по это я раскопал, но это мне (после обдумывания) все же немного не подходит

Причина:
У меня есть хранимые процедуры которые принимают 2 параметра, один из которых это userID, Чтобы заставить Reporting Service работать с результатами выполнения этих хранимых процедур (точнее функций), я не чего не нашел, кроме как написать вьюшку, в которою запихать все возможные варианты, тоесть:
open cursor
fetch next from cursor into @userID;
while
begin ...
select @userID, * from my_function(@p1,@userID)
fetch next from cursor into @userID;
end
close cursor

и соответственно уже в репортинг сервисе накладывать фильтр на userID.

НО ЭТО ОЧЕНЬ ТРУДОЕМКО ПОЛУЧАЕТСЯ, так как мне нужно это сделать для обоих параметров, тоесть m*n селектов.

Подскажите, как это можно поэлегантнее???

Я работаю через Data Model

def1983 Aleksander V. Kalinin def1983Тогда, как вариант (не совсем безопасный) передавайте @userid как часть URL
Например:


Подробно описано в BOL2005->Passing a Report Parameter Within a URL.

Да, по это я раскопал, но это мне (после обдумывания) все же немного не подходит

Причина:
У меня есть хранимые процедуры которые принимают 2 параметра, один из которых это userID, Чтобы заставить Reporting Service работать с результатами выполнения этих хранимых процедур (точнее функций), я не чего не нашел, кроме как написать вьюшку, в которою запихать все возможные варианты, тоесть:
open cursor
fetch next from cursor into @userID;
while
begin ...
select @userID, * from my_function(@p1,@userID)
fetch next from cursor into @userID;
end
close cursor

и соответственно уже в репортинг сервисе накладывать фильтр на userID.

НО ЭТО ОЧЕНЬ ТРУДОЕМКО ПОЛУЧАЕТСЯ, так как мне нужно это сделать для обоих параметров, тоесть m*n селектов.

Подскажите, как это можно поэлегантнее???

Но Вы же получаете отчет через вебсервис (http://server/reportserver...)?

да, через него.

def1983И что Вам мешает добавить в URL параметр @userID
и уже на основании этого параметра формировать dataset?

то, что я использую Data Model, а как мне в Data Model использовать UDF с параметром @userID?

def1983 Aleksander V. Kalininто, что я использую Data Model, а как мне в Data Model использовать UDF с параметром @userID?
Все, понял.
Да, с data model так не выкрутится...

а можно что то в данной ситуации посоветовать? Может быть есть пути обхода данной ситуации или отказаться от Data Model, но нужно сохранить возможность "чайникам" накидывать отчеты. В общем как то это обойти?

def1983 Aleksander V. Kalinin
а можно что то в данной ситуации посоветовать? Может быть есть пути обхода данной ситуации или отказаться от Data Model, но нужно сохранить возможность "чайникам" накидывать отчеты. В общем как то это обойти?

Имхо, как вариант, создать готовый отчет в дизайнере, но максимально параметризировав его, для того чтобы пользователи на основании параметров могли его подгонять под свои нужды.

Это их не устроит. Они хотят сами вершить отчеты. )