
通过XMLA终结点刷新PowerBI报表
在PowerBI的高级容量工作区中(Premium),可以通过XMLA终结点来连接到工作区中的各个数据集,可以触发数据集刷新,查询或更改数据集的模型数据、元数据、事件和架构等等,可以配合许多第三方客户端应用程序或工具来使用,如:DAX Studio、Tabular Editor、ALM Toolkit、SSMS、SSAS、Power Shell、Excel等。

在PowerBI的高级容量工作区中(Premium),可以通过XMLA终结点来连接到工作区中的各个数据集,可以触发数据集刷新,查询或更改数据集的模型数据、元数据、事件和架构等等,可以配合许多第三方客户端应用程序或工具来使用,如:DAX Studio、Tabular Editor、ALM Toolkit、SSMS、SSAS、Power Shell、Excel等。

在PowerBI中,数据的实时展示是一个很常见的场景,根据不同的需求会有不同的方案,但一般都会允许一定的数据延迟,以减轻数据源的负载。对于那些需要真正实时展示一些时间敏感型数据的场景,可以使用具有实时流式处理功能的流数据集或推送数据集来实现。那么本篇文章介绍的就是推送数据集的应用。

在PowerBI中,数据的实时展示是一个很常见的场景,根据不同的需求会有不同的方案,但一般都会允许一定的数据延迟,以减轻数据源的负载。对于那些需要真正实时展示一些时间敏感型数据的场景,可以使用具有实时流式处理功能的流数据集或推送数据集来实现。那么本篇文章介绍的就是流数据集的应用。

PowerBI的引擎继承自SSAS,所以可以将PowerBI的模型迁移至SSAS中,本篇文章将介绍迁移PowerBI模型到SSAS里的方法。 在进行迁移之前,需要安装以下软件或工具: - SQL Server - SQL Server Analysis Server (SSAS) - SQL Server Management Studio (SSMS) - Visual Studio - PowerBI Desktop - DAX Studio - Tabular Editor

在PowerBI中,当某个字段作为图表的轴时,默认会对该字段进行分组去重,即作为轴的字段的值并不会出现重复。该默认行为可以适应大多数的场景,但在一些特殊场景中则需要更改该默认行为,使轴上出现重复值,此时就需要用到行标签功能。比如该场景:“不同人的姓名可能会重复,如果出现重复姓名,仍需要在轴上显示多个相同的姓名。”

在PowerBI中,字段的顺序默认是按字母顺序或拼音的顺序来排列的,因此对字段进行排序的结果有可能并不是想要的顺序。那么这时候,可以通过按列排序功能来自定义字段的排序,但需要注意按列排序功能带来的副作用,或者说特性吧。

本篇文章将介绍如何从Power BI报表中实现自定义备注信息的回传与实时显示,从而方便用户对报表内容进行反馈与评论。 在Power BI报表中回传数据到数据源中并不是一件简单的事情,之前已知的方案中都具有不少的问题,要么技术门槛较高比较难以实现,要么用户体验不佳

报表的访问权限管理不仅仅只是添加或删除用户对报表的访问权限,还需要维护可访问用户的名单,以便在报表被意外删除或需要进行迁移时,能够快速且完整的恢复用户的访问权限。 虽然采用手工维护的方式也可以达到同样效果,但工作区中报表数量较多的话,维护起来肯定是非常不方便的,因此本篇文章将介绍使用PowerBI REST API的方案来自动化获取与更新工作区中各报表的可访问用户名单。

在开发PowerBI报表时,由于用户的需求变更或其它原因,通常会保存很多的版本,以方便备份和回滚操作,而这通常是以复制PBIX文件并在文件名上添加版本后缀的方式来保存多版本的。但随着文件版本的增加,以及时间的流逝,几乎不可能回想起每个版本的具体情况,因此还要手工维护一个版本说明的文件,非常的不方便。

在PowerBI Server中刷新数据集的方式有许多,比如手动按需刷新、计划刷新、调用REST API进行刷新等等,但除了这些常见的刷新方式之外,其实还隐藏着一种OneDrive刷新。当报表不是从PowerBI Desktop发布,而是从OneDrive或SharePoint中上传到PowerBI Server时,将出现OneDrive刷新的选项,如下图所示。

PowerBI Server上提供的计划刷新功能很方便,但也有一定的限制,比如刷新次数最大为每天48次,而这还是需要Premium许可的情况下才拥有的刷新次数,如果只是Pro许可,那么刷新次数就只有每天8次。此外,计划刷新时是刷新整个数据集的,此时可能只是部分表的数据有变化,但仍然刷新了所有表,增加了不必要的刷新时间。虽然有这些限制,但一般来说,计划刷新功能已经足够使用。

数据流是一种基于云的自助式数据准备技术。 数据流使客户能够将数据引入、转换和加载到 Microsoft Dataverse 环境、Power BI 工作区或组织的Azure Data Lake Storage帐户中。简单来说就是一个云端的PowerQuery编辑器加上数据存储,并可以在多个Microsoft产品中使用,比如PowerBI。

PowerBI的许可证类型以及权限体系比较精细与全面,但随之而来的则是理解成本的增加,虽然官方文档都有说明,但官方描述可能不好理解,因此本篇文章将对部分概念进行提炼总结,以更简洁易懂的语言来进行描述,减少理解成本。

一张报表并不是开发完就算结束,还有后期的运维以及分享展示等,而在大屏幕上进行全屏展示就是很重要的一个场景。但PowerBI默认的全屏展示功能总是不尽人意,在屏幕底部总会有一个菜单栏或者导航栏的横条,导致无法彻底的全屏展示。因此,本篇文章将给出三个不同场景的全屏展示的解决方案,以得到完美的用户体验。

在昨天介绍计算组的《PowerBI的计算组功能是什么?怎么用?》这篇文章中,漏掉了一个比较关键的点,那就是多个计算组作用于同一个度量值时的优先级问题,因此在这篇文章里做补充说明,算是之前那篇文章的后续吧。如果你没看过之前那篇介绍计算组功能的文章,我建议你先去阅读完后再来看本文,因为在这里我不会再去重复的讲解怎么创建计算组、怎么使用计算组的动态数据格式等等内容,我将默认你看过上篇文章。

计算组功能是很强大的,它主要有两个作用,一个是可自动识别当前度量值并重塑计算逻辑,另一个则是支持动态数据格式。我觉得最重要的还是动态数据格式,因为重塑计算逻辑可以使用新建参数表的方法来达到,但是新建参数表的方法只能有一个统一的格式而不能根据计值环境指定不同的数据格式,因此计算组功能我觉得是不可或缺的,在某些业务情形下非常有用。
Operation don't support