我正在开发一个实施 PowerBI 的项目。我有 SSRS 背景，但我有一个了解 PowerBI 的团队。我在这个项目中的角色是向 PowerBI 人员提供报告规范，他们可以构建报告。但我开始遇到 PowerBI 的一些挑战，我在 SSRS 中认为这是理所当然的，我想通过论坛来运行它，以了解这些是否是真正的限制，或者我的 PowerBI 团队是否需要进行更多研究。
这就是我需要做的（这并不疯狂......我认为，无论报告工具如何，报告构建的所有非常典型的组件）
我想为 PowerBI 人员提供一个存储过程，该过程返回用于报告的数据集。这个存储过程可以接受一堆参数。
我希望 PowerBI 人员以我为他们指定的任何方式填充每个所需参数的下拉列表。我可能会给他们一个选择语句，或者只是一个硬编码列表。但最重要的是，我们为运行存储过程所需的每个参数填充下拉列表。
用户将从这些下拉列表中选择参数值，然后这些值将被传递到存储过程中，该存储过程将返回报告的数据。
您可以在 SSRS 中执行此操作，但由于某种原因，PowerBI 团队很难实现此操作。他们似乎想要做的是定义一个来自基础报告数据的数据集，并使用本机过滤器选项来导航检索到的数据。我想我可以在这个限制内工作，但这似乎是一个不合理的限制。
对于我想要做的报告类型来说，几乎感觉 PowerBI 不是合适的工具。
以前使用过 SSRS，现在使用 Power BI。我明白了困惑的原因。
Power BI 的设计初衷是使用 STAR 模式作为数据源。这意味着您有一个由链接维度表过滤的中央事实表。这是大多数数据仓库将使用的模式。 如果星型模式设计得好。与 veripaq 引擎结合使用，可以非常快速地给出结果。
所描述的解决方案可能无法轻松地与 Power BI 配合使用。也意味着不使用其他一些高级功能。例如 vertipac 引擎、DAX 语言以及所有提供的功能。
虽然建议使用带参数的存储过程的方法是一种解决方案。它会带来某些缺点，例如上面提到的那些。
将 Power BI 视为“只是”一个报表工具，可能意味着它有其优势。还有其他无法利用的好处。要利用这些其他优势需要改变心态。这并不容易，也就是说我确实认为值得花时间。
Power BI 是正确的工具吗？如果没有更多信息，我无法对此发表评论。现在可以在 Power BI 服务中托管分页报表 (SSRS)。所以这也是一个选择。