如何阻止Power BI实时过滤以减少对数据库的请求次数

我完全懂你的困扰——Power BI默认的实时交互虽然灵活，但在大数据场景下确实会攒出一堆SQL请求，和SSRS那种先选好参数再提交的模式差得挺多。下面是几种能实现「先选条件再触发请求」的方法，你可以根据自己的场景挑着用：

• 用书签+按钮实现手动触发刷新
  先把所有需要的筛选器、切片器配置好，然后在「视图」选项卡创建书签保存当前的筛选状态。接着加个按钮，把按钮动作设为「刷新数据」（也可以同时绑定书签应用）。这样用户就能先慢悠悠选完所有条件，点一下按钮才会一次性给SQL Server发请求，彻底避开实时刷新的频繁调用。

• 启用查询缓存减少重复请求
  这个方法没法完全禁止实时请求，但能让Power BI复用相同筛选条件的查询结果。在Power BI Desktop里，点击「文件」>「选项和设置」>「选项」>「数据加载」，勾选「允许查询缓存」就行。之后用户重复选相同筛选条件时，Power BI会直接用缓存的数据，不会再发起新的SQL请求，能有效砍下来不少请求量。

• 改用Power BI参数模拟SSRS的参数提交模式
  这是最贴近SSRS体验的方案：

  1. 点「建模」选项卡>「新建参数」，创建对应筛选维度的参数（比如日期范围、产品类别这些）；
  2. 打开Power Query编辑器，修改你的数据源查询，用刚建的参数替换掉原来的筛选条件；
  3. 关掉Power Query后，用户得先调整参数面板里的值，再点「应用更改」按钮，Power BI才会给SQL Server发带参数的查询请求，流程和SSRS一模一样。

• Power BI Service端的按需刷新设置
  如果报表已经发布到服务端，你可以把数据集的刷新模式设为手动，同时在报表里加个「刷新」按钮。用户调完切片器、筛选器后，点一下按钮才会触发数据集的刷新请求，不会自动实时刷新。

要注意的是，不同方法适配不同场景：参数法适合需要严格控制请求时机的场景，书签适合常用筛选组合的快速切换，查询缓存则是辅助优化重复请求的手段。

内容的提问来源于stack exchange，提问作者MST QNB