Проблема двунаправленного параметра в построителе отчетов - PullRequest
Новая
       37

Проблема двунаправленного параметра в построителе отчетов

0 голосов
/ 09 января 2020

У меня есть две задачи, которые нужно выполнить в одном отчете.

  1. Фильтрация URL-адресов приложения - один URL-адрес ListID будет передан в URL-адрес для фильтрации отчета. Я достиг этого, имея @id в качестве параметра для моих наборов данных. В этом сценарии у меня был только один параметр.

  2. Фильтрация сервера отчетов - для пользователей, у которых нет доступа к application / db, они могут go на сервер отчетов и Выберите «ListName» из раскрывающегося параметра (@ListName), который заполняет параметр «List ID». Я достиг этого сценария путем каскадирования параметров и наличия двух наборов данных, один для независимого раскрывающегося параметра (ListName), другой для зависимого параметра (ListID).

Но поскольку я не могу отфильтровать отчет на основе ListName из В приложении мне нужен способ добиться того и другого в одном отчете. Когда я пытаюсь отфильтровать отчет, используя «? Id = 123» из URL-адреса приложения, он не фильтрует отчет.

1 Ответ

0 голосов
/ 10 января 2020

Вам не нужны два параметра, вам нужно только фильтровать по ListID, так что это единственный параметр, который вам нужен. Вы используете только ListName для поиска ListID.

Допустим, ваш набор данных для значений параметров списка выглядит следующим образом: 

SELECT ListID, ListName FROM Lists

Свяжите этот набор данных с доступными значениями параметра ListID.

Объекты параметров имеют Value свойство, которое используется для выполнения запроса, и свойство Label, которое отображает имена пользователей для списка. Сопоставьте ListID со значением и ListName с меткой.

Теперь приложение может просто предоставить идентификатор списка для отчета. Однако, когда пользователь запускает отчет, он увидит список имен. Когда они выбирают один, соответствующий ListID будет предоставлен в качестве параметра отчета Value.

...