Power BI 2022年2月更新移动端可进行独立的格式设置-PowerBI极客

本次更新亮点

移动端布局支持独立的格式设置，与 PC 布局完全分开，互不影响
动态 M 查询参数支持关系型数据库，例如 SQL Server、Oracle、SAP HANA 等

动态 M 查询参数实现了一个非常重要的功能，可以在报表界面控制数据源的生成逻辑。此功能为很多应用场景提供了更好的解决方案，由于之前不支持关系型数据使其无法广泛应用，本次加入关系型数据库之后终于有用武之地了。

优化了文件打开速度，修复之前版本因 webview2 产生的假死问题。

报表视图更新

移动布局采用新的格式设置

想要在已经做好的 PC 布局上设计移动端报告，过去的做法是只能继续沿用 PC 的样式风格，颜色、字号都无法调整，非常不灵活。现在，Power BI 终于支持为两种布局单独设置格式了。例如，下面的卡片图在移动布局中调整了数据标签的颜色和类别标签的字号大小

值得注意的是，所有在移动布局中单独修改过的格式（以及它所属的分类）旁边都会出现一个 Power BI 的手机图标，用来注明当前属性在移动布局中做了修改，让人一目了然。有了这个功能，移动报表的设计灵活了很多，如果未来可以在移动布局中单独创建视觉对象，那移动报表的设计就完全独立了，期待。

右图是基于新功能设计的移动端，标签大小和导航栏做了优化，整体设计更合理

此功能目前处于预览阶段，使用前需要先到预览功能中激活「修改移动布局的视觉对象设置」。另外，由于还未发布到 Service，所以暂时不能在移动端看到调整后的效果，根据以往的经验，预计还需要两周左右，不同地区的上线时间会有所区别。

关于敏感度标签的三项更新

大部分用户对敏感度标签（Sensitivity label）这个功能比较陌生，所以这里先对它做个简单的回顾，这是去年推出的一项用于增强 Power BI 数据安全的功能，它依托于 Azure 信息保护功能，可以对数据流转的全过程进行安全管控，并且不影响正常的企业生产和协作，非常强大。在 Power BI 中，敏感度标签可应用于数据集、报表、仪表板和数据流。如果标记的数据离开 Power BI（通过导出到 Excel、PowerPoint、PDF 或 .pbix 文件或通过其他支持的导出方案，如在 Excel 中分析或实时连接在 Excel 中的数据透视表），则 Power BI 会自动将标签应用于导出的文件，并根据标签的文件加密设置对其进行保护。这样，即使企业的敏感数据离开 Power BI，也能得到保护，未取得权限的人将无法查看。

借助 Power BI 管理门户中提供的保护指标报表，Power BI 管理员可完整查看 Power BI 租户中的敏感数据。此外，管理员还能够通过 Power BI 审核日志查看敏感数据使用情况，以便监视和调查安全警报。

通过下面这个视频，你可以直观的了解敏感度标签的使用场景和效果：

此功能对于提高企业数据安全管控能力作用显著，所以想要获得这项服务自然需要额外付费，使用敏感度标签需要拥有 Power BI Pro 或者 Power BI Premium Per User 的授权，并且购买 Azure Information Protection Premium P1 或 Premium P2 的授权。其中标签的指定者需要同时拥有 Power BI 和 Azure Information Protection 的授权，普通用户只需要后者的授权即可。

Azure Information Protection Premium P1 包含在 Office 365 E3 许可证中，P2 包含在 Office 365 E5 许可证中，已经有这两种许可证的用户无需购买

本月有三项敏感度标签的更新，分别是

敏感度标签的下游继承（正式发布）
当敏感度标签应用于 Power BI 服务中的数据集或报告时，该标签将向下继承并应用于后续生成的内容，比如衍生的数据集、报表和仪表板。详细介绍
默认敏感度标签策略（正式发布）
默认标签策略用于定义 Power BI 文件和 Power BI 服务架构的基础安全级别。详细介绍
强制敏感度标签策略（正式发布）
确保企业在 Power BI 中创建或上传到新内容时，自动应用此强制敏感度标签。详细介绍

新格式窗格 – 默认开启

新格式窗格本月开始默认开启。在去年 12 月的更新文章中我的建议是可以开始适应新式窗格了，结果这次更新后微软就加快了推广的节奏。虽然新窗格扩展了格式设置的可用面积，但经过一段时间的使用，我认为新窗格的使用体验并不好，主要原因有三点：

许多常用的设置项被重新命名，给查找造成了很多不便。有些新名称明显不如之前的直观，比如卡片图以前用数据标签和类别标签来区分，现在数据标签叫标注值（英文 CallOut Value），反而变抽象了；视觉对象标头改叫标头图标，需要重新适应
设置项的分组逻辑和分组名称有问题，比如矩阵的「值」设置项下面还有一个「值」选项；很多大类下都有一个子类叫「选项」，这种没有实际意义的类别命名方式导致无法判断它下面包含的功能，而且分组过多也不便查找
功能缺失，本月添加了一些遗漏的功能，但仍然没有补全。比如页导航的条件格式还没加上，形状地图的色彩饱和度选项消失（预计会在四月的更新中修复）。

本次更新补充的缺失项有：

重新添加了矩阵和表格的总计设置
重新添加了可单独设置的轴标题，与坐标轴其他设置分开
重新添加了为组合图添加阴影区域的功能
重新添加了为散点图按数据系列定制标记形状的功能
对创建视觉对象使用的字段框的排序进行了微调，以匹配饼图、环形图和散点图中的格式设置顺序

多行卡可筛选其他视觉对象

多行卡现在可以通过选择行来筛选其他图表，如上图所示，使用 Ctrl 或者 Shift 可以多选（这个功能我没有测试成功）

增加对地图和着色地图的合规管控

Power BI 门户设置增加一项是否对整个组织开启 Bing 地图的选项，包括地图和着色地图两个视觉对象。从黄色背景的文字推测，此功能旨在避免因展示存在归属争议的敏感地区而带来的问题

需要特别注意的是，此设置对于在本地使用桌面端的组织内用户仍然有效，只要在登录状态下使用 Desktop，就会受到此条款的约束。如果处于未登录状态，可以在全局设置中开启地图功能以恢复正常使用。

数据连接

动态 M 查询参数支持关系型数据源

M 查询参数是在查询数据源的过程中引入的变量，通过修改变量来返回不同的查询结果，根据修改方式的不同，目前有两种形式：

普通的 M 查询参数只能在编辑查询界面内修改参数的值，适用于所有数据源
动态 M 查询参数可以绑定到报表的筛选器或切片器，由阅读者来控制参数的值，目前适用于部分 DirectQuery 数据源

动态 M 查询参数的设置过程和效果演示，节选自本月更新视频

动态 M 查询参数通过筛选器或切片器更新参数的值，进而更新查询结果。从性能优化的角度来看，它和 DirectQuery 实现了相同的效果，即每次只返回需要的数据，避免查询全量数据。但动态 M 参数可以通过在查询过程中添加计算规则来实现更为灵活的计算，视频中演示的场景未添加任何计算逻辑，使用 DirectQuery 其中也可以实现。下面演示一个更典型的场景：

生成动态列

通过筛选器动态切换图表的维度列是一类常用的分析，使用 DAX 的实现方式必须提前生成所有用到的列，而使用动态 M 参数则只需要一列，这一列根据参数值生成的不同的内容，这种方式没有冗余，也不需要单独建表和改写度量值。可以认为是此类问题的最佳解决方案。

来源：Teo Lachev

动态 M 参数目前支持两类数据源：

基于 M-Based Data Sources（使用基于 M 语言开发的连接器），例如 Azure Data Explorer, Databricks, BigQuery, Snowflake 等
关系型数据源（本月更新）：SQL Server, Azure SQL Database 等使用 T-SQL 的数据库，Oracle, Teradata, Dataflows 和 SAP HANA

此功能目前还有其他限制，比如不支持对参数做聚合运算，不支持行级别安全性等，使用前请确保已了解清楚，了解详情