Имеется Visiul Studio 2010.
Имеется отчет с многозначным параметром, выраженном в sql запросе в виде фильтра tbl.Field in (@Param).
Существуют ли какие либо ограничения, накладываемые на @Param - например, ограничения по количеству символов?

Ну и описание проблемы:
В @Param передается порядка 2к записей, при этом в Visiul Studio отчет отрабатывает без всяких вопросов, а при развертывании и просмотре его в браузере отчет по всем параметрам не работает (жамкаешь кнопку View Report и ничего не происходит). По нескольким параметрам работает корректно.

Santa89,

Это не табличная функция.
В отчете 2 датасета. 1 датасет собирает цифирки, 2-ой - фильтр. Соответственно сделан параметр, в который возвращается значение получаемые во втором датасете для использования в качестве фильтра для первого датасета. С несколькими значениями фильтр отрабатывает, со всеми значениями - не делает ничего.

Buser,

К сожалению, с профайлером получится только вечером

buser,

До профайлера не доходит. Отчет завершается до обращения к sql.

buser,

Ээээ, еще раз - когда запускаешь отчет и в многозначном параметре указываешь 2+ значения - все работает на ура без всякого парсера. Когда указываешь все значение (порядка 2+к) - ничего не работает. Чем 2 параметра без всякого парсера отличаются от 2+к параметров кроме количества символов, передаваемых в фильтр отчета - да ничем. Значит дело не в отсутствии парсера, а в том, что параметр в SSRS имеет значение не скажем varchar(max), а varchar(8000) (или я не знаю сколько).

Попробуйте ради интереса сделать:
1. Первый датасет, собирающий данные, на которые необходимо накладывать фильтр
2. Второй датасет, собирающий значения фильтра.
3. Сделайте Параметр, в котором укажите Получать значение из запроса со ссылкой на второй датасет.

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

buser,

Другое дело, что при запуске отчета из браузера формируется url строка, которая собственно и имеет ограничения по количеству символов (это собственно подтверждает работу отчета в visual studio и не работы его в браузере).

buser,

Изучая эти наши интернеты, пришел к выводу, что IE самая убогая в плане количества символов, запихиваемых в url. Поставил FF и.... все равно не работает.

Ну и моя кривая кобыла будет заключаться в каскадном фильтре, чтобы этот пресловутый Select All резался.

А бизнес задача вполне себе такая, без всякий гурманских изысков и извращений:
1. Есть проект как управляемая сущность
2. Есть договора с суммой по проекту.
3. Есть операции прихода денег с привязкой к договору и проекту.
4. Необходимо отобрать все проекты со всеми незакрытыми договорами (с договорами, у которых сумма остатка <> 0).
5. И вот этот фильтр по проекту (чтобы пользователю, интересующего состояние дел по конкретному проекту, не рыться во всех записях) не работает.