Обработка отчетов с разбивкой на страницы с огромным количеством параметров

Я пытаюсь создать отчет с разбивкой на страницы с большим количеством параметров [8] и с огромными числовыми значениями [100-1000] для каждого параметра. Из-за сложности пользовательского интерфейса я намерен разработать два отчета.

  1. Отчет [.pbix], где пользователь может выбрать параметры и значения

  2. Отчет с разбивкой на страницы [.rdl] - это фактический результат со страницами данных.

Отчет 1 будет вызывать отчет 2 на основе сгенерированного URL-адреса. ЭТО работает для ограниченного числа параметров, но поскольку список огромен, отчеты не создаются из-за ограничения длины URL-адреса в браузере [chrome & IE]. Ищу решение, которое может работать с неопределенным количеством параметров. Попытка сделать это с помощью методов FORM и POST, чтобы параметры можно было отправлять в самом заголовке.

Заглянули в https://community.powerbi.com/t5/Service/Paginated-Report-Using-URL-Parameters-and-Select-ALL/td-p/8 ... но решение не всегда работает так как длина URL огромна.

Есть ли решение, которое может работать с любым количеством параметров. предпочтительно то, что использует метод FORM / POST. Открыт для любых других предложений - дайте мне знать.

С уважением,

Саси.


person Vardhan    schedule 10.04.2020    source источник


Ответы (1)


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

  1. вы можете определить не более 10 условий фильтров.
  2. Длина байтов URL очень ограничена

Например, даже если вы используете только один срез, если пользователь выберет 24 разных значения в этом срезе, он сломает URL-адрес, ведущий к построителю отчетов.

Какова точная бизнес-потребность? Либо компания принимает некоторые строгие ограничения, либо вам нужно подумать о другой реализации.
Пример возможного ограничения для предложения бизнеса: Power BI передает в построитель отчетов только год и месяц, затем пользователю в построителе отчетов необходимо повторно выберите дополнительные параметры.

person Seymour    schedule 11.04.2020
comment
Спасибо, Сеймур. Но, к сожалению, это является обязательным для нашего дизайна, поскольку у нас есть несколько ключевых отчетов с разбивкой на страницы с большим списком срезов. Чтобы иметь лучший пользовательский интерфейс [читать как - успокаивать бизнес], нам пришлось разделить срезы и фактический отчет с разбивкой на страницы как разные страницы. Таким образом, пользователи сначала получат доступ к странице срезов, и как только они нажмут «Просмотр отчета», они попадут в фактический отчет с разбивкой на страницы, который срезается на основе выбранных значений [и передается как параметры URL-адреса или «POST ??»] на странице среза. Параметры URL-адреса ограничены с точки зрения выбранных значений, отсюда и проблема. - person Vardhan; 17.04.2020
comment
Я очень хорошо знаю вашу проблему. К счастью, такое решение не может быть реализовано из-за ограничений Microsoft. Поэтому я предлагаю найти другой подход или попытаться решить бизнес-задачу другим способом. - person Seymour; 17.04.2020
comment
Я очень хорошо знаю вашу ситуацию, и, к сожалению, это невозможно из-за ограничений Microsoft. Поэтому я предлагаю изменить реализацию или вернуться к потребностям бизнеса и попытаться решить проблему другим способом. Мне жаль. - person Seymour; 17.04.2020