Tabular Editor 3 BETA-18.2 发布说明
Important
Tabular Editor 已有更新版本可用。 你可以在这里找到最新版本。
BETA-18.2 缺陷修复：
- DAX 解析器现在能正确识别包含双引号的对象名称（参见问题 #22）。
BETA-18.1 中的新功能：
- 从 Power Query 源更新表架构（见下文）
BETA-18.1 缺陷修复：
- Tabular Editor 现在会在升级之间保留主题设置
- 修复了与 Lineage tag 相关的一个问题：复制计算表格或计算组表时会导致崩溃
- 修复了 COALESCE 和 COMBINEVALUES DAX 函数的误报
- 在发行包中包含 Microsoft.AnalysisServices.dll，从而确保 Tabular Editor 能正确导入/导出 VPAX 文件
- 为进行数据刷新，Tabular Editor 现在会自动重新建立到 AS 的连接
从 Power Query 源更新表架构
Tabular Editor 3 Beta 迎来了新版本。 我对这个版本特别兴奋，原因只有一个：
这是 Tabular Editor 首次能够检测 Power Query 数据源和分区的架构更改。 而且不只是关系型数据源——只要是你的 Analysis Services 引擎可以求值的任何 Power Query 表达式，都支持。 你可能在想：“这到底怎么可能？！”。 那么，请仔细看上一句：“你的 Analysis Services 引擎可以求值的任何 Power Query 表达式”。
关于 Analysis Services 引擎，有个不太为人所知的事实：它其实是一个事务型系统。 这意味着，我们可以对已部署在 Analysis Services 上的数据库启动一个事务，做一些元数据更改，刷新部分数据，查询部分数据，最后再回滚该事务，使数据库保持原始状态——就像我们从未动过它一样。
因此，为了检测 Power Query 分区的架构更改，Tabular Editor 3 现在会向模型中添加一张隐藏的临时表，并在需要检测架构的源查询上使用 M 函数 Table.Schema 来填充该表。 然后，服务器会在服务器端刷新该临时表（使用服务器上已存的凭据访问数据源）——得益于 M 引擎内部的查询折叠，这次刷新只需一瞬间。 最后，Tabular Editor 会查询该表以读取架构，然后回滚整个事务。 结果：
当然，唯一的前提是 Tabular Editor 3 必须连接到某个 Analysis Services 实例。但你正在处理的模型是否包含任何数据并不重要——只要数据源的凭据已存储在 AS 中（并且 AS 确实能够访问该数据源）。 如果你使用 Tabular Editor 3 的 工作区模式，这项技术会特别有用。
除了检测列名和数据类型之外，Tabular Editor 3 还允许你从源端更新 Description 属性（如有）。 对于 SQL Server 数据源，这对应的是 MS_Description 扩展属性。 如果源中某一列被重命名，它会在“应用架构更改”对话框中显示为一项“导入列”和一项“移除列”。 不过，如上方 GIF 所示，如果你在这两项架构更改上按住 Ctrl 并右键单击，就可以将它们合并为一项“重命名源列”的架构更改。 这种做法的优势是：Tabular Editor 3 会自动修正所有引用了已重命名列的 DAX 表达式。
此版本的限制：
- 当 Tabular Editor 连接到某个 Analysis Services 实例时，“架构比较”选项仅适用于 Power Query 分区
- 离线状态下的架构比较将仅适用于旧式（Provider）分区，与 Tabular Editor 2.X 类似。 不过，BETA-18.1 中不包含此功能，因为我希望先收集关于 Power Query 分区架构比较的反馈。 该功能以及“导入表向导”将在下一个 Beta 版本中提供。
- 此功能也可用于 Power BI Desktop 中的模型，但要注意：在表中添加/修改/删除列并不属于 External Tools 支持的建模操作。 另外要注意，Power BI Desktop 可能会对某些类型的数据源缓存元数据，因此你可能需要先在 Power BI Desktop 中刷新一次，Tabular Editor 才能检测到这些架构更改。