Post 处理具有大量参数的分页报告

我试图构建一个分页报告，其中包含许多参数[8]，每个参数都有大量的数值[100-1000]。由于UI的复杂性，我打算开发两个报告

报告[.pbix]，用户可以在其中选择参数和值

分页报告[.rdl]，这是数据页的实际结果

报表1将根据生成的URL调用报表2。这适用于数量有限的参数，但由于列表庞大，由于浏览器[chrome&IE]上URL长度的限制，因此不会生成报告。我正在寻找一个解决方案，可以与一个无限数量的参数工作。尝试使用FORM和POST方法来实现这一点，以便可以在标头本身内发送参数

已经调查了。。。但是解决方案并不总是有效的，因为URL的长度是巨大的

是否有一种解决方案可以处理任意数量的参数。最好是使用FORM/POST方法的东西。欢迎任何其他建议-请让我知道

问候,

---

Sasi。

不幸的是，我很抱歉地通知您，根据Microsoft的说法，在将用户引导到报表生成器时，传输所选参数存在一些强大的限制

您最多可以定义10个过滤器条件

URL字节长度非常有限

例如，即使您只使用一个切片器，如果用户在该切片器中选择24个不同的值，它也会中断指向报表生成器的URL

确切的业务需求是什么？要么业务部门接受一些强大的限制，要么您需要考虑另一种实现方式。

---

提议业务的一个可能限制的例子是：Power BI仅将年度和月份传递给报表生成器，下一个，报表生成器中的用户需要重新选择其他参数。

不幸的是，我很抱歉地通知您，根据Microsoft的规定，在将用户引导到报表生成器中时，传输所选参数存在一些很大的限制

您最多可以定义10个过滤器条件

URL字节长度非常有限

例如，即使您只使用一个切片器，如果用户在该切片器中选择24个不同的值，它也会中断指向报表生成器的URL

确切的业务需求是什么？要么业务部门接受一些强大的限制，要么您需要考虑另一种实现方式。

---

建议业务的一个可能限制示例是：Power BI仅将年和月传递给报表生成器，接下来，报表生成器中的用户需要重新选择其他参数。

谢谢Seymour。但不幸的是，这对于我们的设计来说是强制性的，因为我们有一些带有大量切片器的关键分页报告。为了有一个更好的UI[把它读作-安抚业务]，我们必须将切片器和实际的分页报告分离为不同的页面。因此，用户最初将访问切片器页面，一旦按下View Report，他们将进入实际的分页报告，该报告将根据切片器页面中选择的值[并作为URL参数或“POST？？？”进行传递]进行切片。URL参数在所选值方面存在限制，因此出现了问题。我非常了解您的问题。U幸运的是，由于Microsoft的限制，这种类型的解决方案无法实施。因此，我建议确定不同的方法或尝试以不同的方式解决业务需求。我非常了解您的情况，不幸的是，由于Microsoft的限制，这不是一个可行的解决方案。因此，我建议更改实现或回到业务需求，并尝试以不同的方式解决问题。对不起，谢谢你，西摩。但不幸的是，这对于我们的设计来说是强制性的，因为我们有一些带有大量切片器的关键分页报告。为了有一个更好的UI[把它读作-安抚业务]，我们必须将切片器和实际的分页报告分离为不同的页面。因此，用户最初将访问切片器页面，一旦按下View Report，他们将进入实际的分页报告，该报告将根据切片器页面中选择的值[并作为URL参数或“POST？？？”进行传递]进行切片。URL参数在所选值方面存在限制，因此出现了问题。我非常了解您的问题。U幸运的是，由于Microsoft的限制，这种类型的解决方案无法实施。因此，我建议确定不同的方法或尝试以不同的方式解决业务需求。我非常了解您的情况，不幸的是，由于Microsoft的限制，这不是一个可行的解决方案。因此，我建议更改实现或回到业务需求，并尝试以不同的方式解决问题。我很抱歉。