Вы можете сделать что-то вроде этого:
result = string.Concat(input.Select(c => encryption(c)))
Предыдущие комментарии были мертвы на точном, что можно взорвать данные из таблицы ReportServer ExecutionLog в SQL Server 2000/2005 или таблицы ExecutionLogStorage в SQL Server 2008. Если Вы используете основанную на форме аутентификацию для доступа к отчетам вместо аутентификации Windows, то Вы, вероятно, передаете некоторый уникальный UserID, CompanyID, CustomerID или другое значение в качестве параметра в Ваших отчетах. Если это верно, затем встроенная таблица уже получает параметры. Если Вы не передадите уникальный идентификатор пользователя в качестве параметра, то необходимо будет, вероятно, полагаться на регистрирующееся выполнение отчета в приложении самом.
Взгляните на таблицу ExecutionLog в базе данных ReportServer. Это содержит информацию о том, кто работал что отчет и с какой параметры.
Я не уверен, как это собирается работать без аутентификации Windows, хотя, поскольку она не будет иметь никакого способа знать, кто работает что отчет.
Можно ли совместно использовать некоторую информацию о методе аутентификации?
MS обеспечивает некоторые образцы отчета, которые включают все, что необходимо начать.
Для http://www.codeplex.com/MSFTRSProdSamples/Wiki/View.aspx?title=SS2005!Server%20Management%20Sample%20Reports&referringTitle=Home 2005 года SSRS
Намного больше отчета Образцы. http://www.codeplex.com/MSFTRSProdSamples/
Из памяти SSRS создал во входе для этой точной ситуации
При использовании пользовательского расширения безопасности Вы все еще сможете получить всю информацию, в которой Вы нуждаетесь от таблицы ExecutionLog. Если вне курса, если все Ваши пользователи использует общий вход в систему, в этом случае Вы, вероятно, не должны пересматривать свою архитектуру, в зависимости от важности контрольного журнала.