Microsoft Fabric 中的默认 Power BI 语义模型

项目
04/24/2024

适用于：Microsoft Fabric 中的 SQL 分析终结点、仓库和镜像数据库

在 Microsoft Fabric 中，Power BI 语义模型是分析域的逻辑描述，其中包含指标、业务友好的术语和表示形式，可实现更深入的分析。此语义模型通常是一个星形架构，其中包含表示域的事实和可用于分析域，或对域进行切片和切块的维度，以便向下钻取、筛选和计算不同的分析。使用语义模型时，系统会自动创建语义模型，并且上述业务逻辑分别继承自父级湖屋或仓库，从而通过在无需用户干预的情况下对 Microsoft Fabric 中的项进行管理、优化和保持同步，快速启动面向商业智能和分析的下游分析体验。

现在，可以完全在 Web 中生成 Power BI 报表中的可视化效果和分析，也可以在 Power BI Desktop 中只需几个步骤即可生成，从而节省用户的时间、资源，并默认为最终用户提供无缝的使用体验。默认 Power BI 语义模型遵循湖屋的命名约定。

Power BI 语义模型表示可用于报告、可视化、发现和消耗的数据源。 Power BI 语义模型提供：

扩展仓库构造以包括层次结构、说明和关系的功能。这允许对域进行更深层次的语义理解。
在数据中心对 Power BI 语义模型信息进行编目、搜索和查找的功能。
为工作负载隔离和安全性设置定制权限的功能。
为可重复分析创建度量值、标准化指标的功能。
创建 Power BI 报表以进行可视化分析的功能。
在 Excel 中发现和使用数据的功能。
使用 Tableau 等第三方工具连接和分析数据的功能。

有关 Power BI 的详细信息，请参阅 Power BI 指导。

注意

Microsoft 已将 Power BI 数据集内容类型重命名为语义模型。这也适用于 Microsoft Fabric。有关详细信息，请参阅 Power BI 数据集的新名称。

Direct Lake 模式

Direct Lake 模式是一项突破性的全新引擎功能，能够分析 Power BI 中的海量数据集。这项技术基于直接从数据湖加载 parquet 格式的文件的理念，无需查询仓库或 SQL 分析终结点，也无需将数据导入或复制到 Power BI 语义模型。此本机集成带来了一种从仓库或 SQL 分析终结点访问数据的唯一模式，称为 Direct Lake。

Direct Lake 提供性能最高的查询和报告体验。通过 Direct Lake 可快速地将数据湖中的数据直接加载到 Power BI 引擎，可随时分析。

在传统的 DirectQuery 模式下，Power BI 引擎直接从源中查询每个查询执行的数据，查询性能取决于数据检索速度。 DirectQuery 无需复制数据，可确保源中的任何更改立即反映在查询结果中。
在导入模式下性能更好，因为数据在内存中随时可用，无需每次执行查询时都从数据源查询数据。但是，Power BI 引擎必须在数据刷新时首先将数据复制到内存中。在下一次数据刷新期间，对基础数据源所做的任何更改都会被捕捉。
Direct Lake 模式通过将数据文件直接加载到内存中来消除此导入要求。由于没有显式导入过程，因此可以在数据源发生变化时及时捕捉。 Direct Lake 结合了 DirectQuery 和导入模式的优点，同时避免其缺点。 Direct Lake 模式是分析超大型数据集和频繁更新数据源的数据集的理想选择。

Direct Lake 模式是使用仓库或 SQL 分析终结点作为数据源的语义模型的默认连接类型。

了解默认 Power BI 语义模型的内容

当你创建仓库或 SQL 分析终结点时，系统会创建默认的 Power BI 语义模型。默认语义模型用 (default) 后缀表示。

默认语义模型通过 SQL 分析终结点进行查询，并通过对湖屋或仓库的更改进行更新。还可以从仓库通过跨数据库查询来查询默认语义模型。

同步默认 Power BI 语义模型

以前，我们将仓库中的所有表和视图自动添加到默认的 Power BI 语义模型。根据反馈，我们修改了默认行为，不再自动将表和视图添加到默认 Power BI 语义模型。此更改将确保不会触发后台同步。这还将禁用一些操作，例如“新建度量值”、“创建报告”、“在 Excel 中分析”。

如果你想更改此默认行为，可以：

为工作区中每个仓库或 SQL 分析端点手动启用同步默认 Power BI 语义模型设置。这将重启后台同步，并会产生一些消耗成本。
通过功能区或信息栏中的管理默认 Power BI 语义模型，手动选取要添加到语义模型的表和视图。

注意

如果不将默认 Power BI 语义模型用于报告目的，请手动禁用同步默认 Power BI 语义模型设置以避免自动添加对象。设置更新将确保不会触发后台同步，并且可节省 Onelake 消耗成本。

手动更新默认 Power BI 语义模型

当默认 Power BI 语义模型中出现对象后，可以通过两种方式验证或直观检查表：

在功能区中选择“手动更新语义模型”按钮。
查看默认语义模型对象的默认布局。

启用 BI 的表的默认布局将保留在用户会话中，并且每当用户导航到模型视图时都会生成。查看“默认语义模型对象”选项卡。

访问默认 Power BI 语义模型

若要访问默认 Power BI 语义模型，请转到你的工作区，然后找到与所需湖屋名称匹配的语义模型。默认 Power BI 语义模型遵循湖屋的命名约定。

若要加载语义模型，请选择该语义模型的名称。

监视默认 Power BI 语义模型

可以使用 SQL Server Profiler 连接到 XMLA 终结点来监视和分析语义模型上的活动。

SQL Server Profiler 随 SQL Server Management Studio （SSMS）一起安装，并允许跟踪和调试语义模型事件。尽管 Profiler 已正式被 SQL Server 弃用，但仍在 SSMS 中保留，并仍支持 Analysis Services 和 Power BI。与 Fabric 默认 Power BI 语义模型配合使用需要 SQL Server Profiler 18.9 或更高版本。用户必须在与 XMLA 终结点连接时将语义模型指定为初始目录。若要了解详细信息，请参阅适用于 Analysis Services 的 SQL Server Profiler。

为默认 Power BI 语义模型编写脚本

可以使用 SQL Server Management Studio (SSMS) 从 XMLA 终结点为默认 Power BI 语义模型编写脚本。

可以通过 SSMS 中的对象资源管理器为语义模型编写脚本，来查看语义模型的表格模型脚本语言 (TMSL) 架构。若要连接，请使用语义模型的连接字符串，类似于 powerbi://api.powerbi.com/v1.0/myorg/username。可以在“服务器设置”下的“设置”中找到语义模型的连接字符串。在此处，可以通过 SSMS 的“脚本”上下文菜单操作生成语义模型的 XMLA 脚本。有关详细信息，请参阅与 XMLA 终结点的数据集连接。

若要编写脚本，需要对 Power BI 语义模型拥有 Power BI 写入权限。使用读取权限可以查看数据，但无法查看 Power BI 语义模型的架构。

创建新的 Power BI 语义模型

在某些情况下，组织可能需要基于 SQL 分析终结点或仓库数据创建其他 Power BI 语义模型。

“新建 Power BI 语义模型”按钮会继承默认语义模型的配置，并允许进一步自定义。默认语义模型可充当入门模板，从而有助于确保事实的单个版本。例如，如果使用默认语义模型并定义新关系，然后使用“新建 Power BI 语义模型”按钮，则当所选表包含这些新关系时，新语义模型将继承这些关系。

若要从仓库创建 Power BI 语义模型，请执行以下步骤：

在 Fabric 门户中转到“数据仓库”。
打开仓库。切换到“报告”功能区。
在“报告”功能区中选择“新建语义模型”，在“新建语义模型”对话框中选择要包含的表，然后选择“确认”。
Power BI 会根据仓库名称自动将语义模型保存到工作区中，然后在 Power BI 中打开该语义模型。
选择“打开数据模型”来打开 Power BI Web 建模体验，可在其中添加表关系和 DAX 度量值。

要详细了解如何在 Power BI 服务中编辑数据模型，请参阅编辑数据模型。

限制

默认 Power BI 语义模型遵循 Power BI 中语义模型的当前限制。了解详细信息：

如果 parquet、Apache Spark 或 SQL 数据类型无法映射到 Power BI 桌面数据类型，则会在同步过程中删除它们。这与当前 Power BI 行为一致。对于这些列，建议在其 ETL 进程中添加显式类型转换，以将其转换为受支持的类型。如果存在上游需要的数据类型，用户可以选择在 SQL 中指定包含所需显式类型转换的视图。这将由同步选取，也可以按照前面所述手动添加。

Share via

Microsoft Fabric 中的默认 Power BI 语义模型

Direct Lake 模式