Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Параметры с контекстным поиском для Reporting Services
|
|||
|---|---|---|---|
|
#18+
Всем привет. Есть отчет(ы) куда передаются параметры. Одним из параметров является договор. Количество договоров большое - около 100 тыс. Все бы нечего но список этот грузится долго в репортинг. (при открытии отчета несколько минут) В базе этот запрос за секунды выполняется. Необходимо предоставить пользователю выбор нужного договора и возможность поиска по части номера этого договора, а ля строка поиска в Гугле. Т.е. набираешь: 1000 он выводит (предлагает выбрать): 10001 10002 100022 вводишь 100022 он выводит (предлагает выбрать): 1000223 1000225 и тд. Соответственно целый список не грузится и все работает быстро Можно ли реализовать данный функционал средством reporting services? Либо может быть есть соотв. возможности в последнем Sharepoint? Понятно что можно написать приложение (сайт) где обрабатывать параметры необходимым образом, а потом их передавать в компоненту RS. Сайт разместить на том же Sharepoint. Чтобы не городить велосипед и еще одну промежуточную систему, хотелось бы узнать про стандартное решение. Кто нибудь сталкивался с таким? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2010, 18:46 |
|
||
|
Параметры с контекстным поиском для Reporting Services
|
|||
|---|---|---|---|
|
#18+
Изобретать велосипед действительно не нужно. Делаете два связанных параметра: 1) строковый параметр для ввода строки поиска. Пусть называется Param1. 2) второй параметр, значения которого выбираются из датасета, для которого используется запрос вида SELECT ... FROM ... WHERE Field LIKE @Param1 + '%' Это в случае SQL-запросов. Для других языков (MDX) конструкция будет отличаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2010, 19:15 |
|
||
|
Параметры с контекстным поиском для Reporting Services
|
|||
|---|---|---|---|
|
#18+
Спасибо. Да такой вариант я реализовал. Вопрос с производительностью решился, но заказчик хочет более "красивую" морду для отчета. Т.е. стандартный шапка с параметрами репортинге уже не катит. Скажем так для нужд простых смертных - нормально, а вот начальству не нравится.. не модно! Планируем поднимать 2010 Sharepoint. Не в курсе если ли в нем функционал по настройке этой морды в репортинге (2008 R2) на шарероинте ? Кроме как лепить отдельный сайтик с мордой для каждого отчета...? Можно конечно писать движек с компонентами своими и туда подпихивать туда отчитики... Но это опять велосипед. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2010, 10:42 |
|
||
|
Параметры с контекстным поиском для Reporting Services
|
|||
|---|---|---|---|
|
#18+
SSRS в связке с SharePoint может существовать в двух видах: Native + SharePoint Integrated. Не вдаваясь в излишние подробности сейчас, отвечу кратко. Отчеты будут отображаться внутри отдельных вебпартов. При этом интерфейс самих отчетов, настройка параметров будут выглядеть примерно так же. Но вы получите еще интерфейс шарепойнта + его дизайн (либо ваш кастомизированный дизайн). Если интересно посмотреть без полноценного развертывания, скачайте у MS демо виртуальную машину BI VPC 9.2. В ней можно посмотреть как будет выглядеть репортинг в связке с шарепойнтом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2010, 11:49 |
|
||
|
|

start [/forum/topic.php?fid=31&msg=36611584&tid=1535507]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
67ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 157ms |

| 0 / 0 |
