Power BI Premium、Premium Per User 和 Power BI Embedded 工作区使用 XMLA 终结点来支持来自Microsoft和第三方客户端应用程序和工具的开放平台连接。
XMLA 终结点
工作区使用 XML for Analysis （XMLA） 协议在客户端应用程序与管理Power BI工作区和语义模型的引擎之间进行通信。 这些通信通过通常被称为 XMLA 终结点的方式进行。 XMLA 是 Microsoft Analysis Services 引擎使用的通信协议，该引擎运行Power BI的语义建模、治理、生命周期和数据管理。 通过 XMLA 协议发送的数据已完全加密。
默认情况下，使用终结点的 只读 连接为容量中的 语义模型工作负荷 启用。 使用只读数据可视化应用程序和工具可以查询语义模型模型数据、元数据、事件和架构。
可以启用使用终结点的读写操作。 读写提供更多的语义模型管理、治理、高级语义建模、调试和监视。 启用后，语义模型在功能上更加接近 Azure Analysis Services 和 SQL Server Analysis Services 企业级表格建模工具和流程。
Analysis Services 服务器属性
Power BI Premium 支持许多 Analysis Services 服务器属性。 若要查看这些属性，请参阅 Analysis Services 中的服务器属性。
使用条款
使用 XMLA 终结点需遵循以下条件：
Single-user 应用程序 - 应用程序使用单个用户帐户或应用标识通过 XMLA 终结点访问Power BI语义模型。 单用户应用程序的示例包括开发人员工具、管理员脚本和自动化流程。 这些应用程序可以执行更改语义模型元数据、备份或还原作或触发数据刷新的任务，例如数据建模和管理任务。 客户端应用程序用于访问语义模型的用户帐户或应用标识必须具有有效的 Premium Per User （PPU） 许可证，除非语义模型驻留在高级容量上。
Multi-user 应用程序 - 该应用程序为多个用户提供对Power BI语义模型的访问权限。 例如，中间层应用程序将语义模型集成到业务解决方案中，并代表其业务用户访问语义模型。
- Premium Per User （PPU） 工作区 - 应用程序必须要求每个用户登录Power BI。 对于每个用户，应用程序使用访问令牌来访问语义模型。 应用程序无法使用服务帐户或其他应用标识代表单个用户执行任务。 每个用户必须有自己的Power BI帐户才能打开报表、访问语义模型和执行查询。
- 对于高级工作区，应用程序可以代表最终用户使用服务帐户或应用标识，而无需每个用户登录Power BI。
客户端应用程序和工具
与Power BI高级语义模型现在支持的Azure Analysis Services和SQL Server Analysis Services配合使用的常见应用程序和工具：
Microsoft Excel - Excel 数据透视表是用于汇总、分析、浏览和呈现来自Power BI语义模型中的摘要数据的最常用工具之一。 查询操作需要只读权限。 需要 Office 16.0.13612.10000 或更高版本的即点即用版本。
带有 Analysis Services 项目的 Visual Studio - 被称为 SQL Server Data Tools（SSDT）。 SSDT 是 Analysis Services 表格模型的企业级模型创作工具。 所有的 Visual Studio 2017 及更高版本，包括免费社区版，支持 Analysis Services 项目扩展功能。 需要扩展版本 2.9.14 或更高版本才能将表格模型部署到 Premium 工作区。 模型必须处于 1500 或更高的兼容级别才能部署。 需要在语义模型工作负荷上具有 XMLA 读写权限。 若要了解详细信息，请参阅 Analysis Services 工具。
SQL Server Management Studio （SSMS） - 支持 DAX、MDX 和 XMLA 查询。 使用 表格模型脚本语言 （TMSL）对语义模型元数据进行细粒度刷新操作和脚本编写。 查询操作需要只读权限。 需要对脚本元数据进行读写。 需要 SSMS 版本 18.9 或更高版本。 下载 SSMS。
SQL Server Profiler - SQL Server Profiler 随 SSMS 安装，可以用于跟踪和调试语义模型事件。 虽然 Profiler 在 SQL Server 中已被正式弃用，但仍包含在 SSMS 中，并继续支持 Analysis Services 和 Power BI。 需要 SQL Server Profiler 版本 18.9 或更高版本。 使用 XMLA 终结点连接时，用户必须指定语义模型（初始目录）。 若要了解详细信息，请参阅SQL Server Profiler for Analysis Services。
Analysis Services 部署向导 - 随 SSMS 一起安装，此工具将Visual Studio创作的表格模型项目部署到 Analysis Services 和高级工作区。 它可以以交互方式运行，也可以从命令行运行自动化。 需要 XMLA 读写。 若要了解详细信息，请参阅 Analysis Services 部署向导。
PowerShell cmdlet - 使用 Analysis Services cmdlet 自动执行语义模型管理任务，例如刷新操作。 需要 XMLA 读写。 需要 版本 21.1.18256 或更高版本的 SqlServer PowerShell 模块。 Power BI语义模型不支持 Az.AnalysisServices 模块中的Azure Analysis Services cmdlet。 若要了解详细信息，请参阅 Analysis Services PowerShell 参考。
Power BI Report Builder - 用于创作分页报表的工具。 创建一个报表定义，指定要检索的数据、获取数据的位置以及如何显示它。 可以在Report Builder中预览报表，然后将报表发布到Power BI service。 需要 XMLA 只读。 若要了解详细信息，请参阅 Power BI Report Builder。
表格编辑器 2.x - 一种开源工具，用于使用直观的轻型编辑器创建、维护和管理表格模型。 分层视图显示表格模型中的所有对象。 通过显示文件夹来组织对象，支持多选属性编辑和 DAX 语法突出显示。 需要 XMLA 只读权限来进行查询操作。 需要读写权限以进行元数据操作。 若要了解详细信息，请参阅 表格编辑器 2.x。
DAX Studio - 用于 DAX 创作、诊断、性能优化和分析的开源工具。 功能包括对象浏览、集成跟踪、包含详细统计信息的查询执行情况分解、DAX 语法突出显示和格式设置。 需要 XMLA 只读权限来进行查询操作。 若要了解详细信息，请参阅 daxstudio.org。
ALM Toolkit - 用于Power BI语义模型的开源架构比较工具，最常用于应用程序生命周期管理（ALM）方案。 在各个环境中执行部署并保留增量刷新历史数据。 比较和合并元数据文件、分支和存储库。 重用语义模型之间的常见定义。 查询操作需要只读权限。 需要读写权限以进行元数据操作。 若要了解详细信息，请参阅 alm-toolkit.com。
第三方 - 包括客户端数据可视化应用程序和工具，可在高级工作区中连接到、查询和使用语义模型。 大多数工具都需要最新版本的 MSOLAP 客户端库，但有些工具可以使用 ADOMD。 只读或读写 XMLA 终结点取决于操作。
客户端库
客户端应用程序和工具不会直接与 XMLA 终结点通信。 相反，它们使用 客户端库 作为抽象层。 这些客户端库与应用程序用来连接到Azure Analysis Services和SQL Server Analysis Services的客户端库相同。 Microsoft 诸如 Excel、SQL Server Management Studio（SSMS）和 Visual Studio 的 Analysis Services 项目扩展之类的应用程序，都会安装所有三个客户端库，并在常规的应用程序和扩展更新时一并更新它们。 开发人员可以使用客户端库来生成自定义应用程序。 在某些情况下，尤其是对于第三方应用程序（如果未随应用程序一起安装）时，可能需要安装较新版本的客户端库。 客户端库每月更新。 若要了解详细信息，请参阅用于连接到 Analysis Services 的客户端库。
通过支持大型模型来优化写操作的语义模型。
将 XMLA 终结点用于语义模型管理与写入作时，建议为大型模型启用语义模型。 这减少了写入操作的开销，从而可以显著提高写入操作的速度。 对于超过 1 GB 的语义模型（压缩后），差异可能很大。 若要了解详细信息，请参阅 Power BI Premium Large 模型。
启用 XMLA 读写功能
默认情况下，Premium 容量或 Premium Per User 语义模型工作负载的 XMLA 终结点属性设置为只读模式。 这意味着应用程序只能查询语义模型。 若要使应用程序执行写入作，必须为读写启用 XMLA Endpoint 属性。
为高级容量启用读写权限
选择 “设置>管理”门户。
在管理门户中，选择Capacity 设置>Power BI Premium>容量名称。
展开 工作负载。 在 XMLA 终结点 设置中，选择“ 读取写入”。 XMLA 终结点设置适用于分配到容量的所有工作区和语义模型。
对于 Premium Per User 版本启用读写功能
- 选择 “设置>管理”门户。
- 在管理门户中，选择 “Premium Per User”。
- 展开 语义模型工作负荷设置。 在 XMLA 终结点 设置中，选择“ 读取写入”。
连接到高级工作区
分配给容量的工作区具有类似于 URL 格式的连接字符串。 例如：
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name]。
连接到工作区的应用程序使用 URL，就像它是 Analysis Services 服务器名称一样。 例如：
powerbi://api.powerbi.com/v1.0/contoso.com/Sales%20Workspace。
注释
工作区名称必须按照 RFC 3986 中的定义进行 URI 编码（或 URI 转义），这意味着所有保留字符都需要进行百分比编码。 例如， Sales%20Workspace 工作区名称 Sales Workspace的 URI 编码版本。
连接到个人工作区
如果将个人工作区（我的工作区）分配给 Premium Per User（PPU）、Premium 或 Fabric 容量，则用户可以使用 XMLA 终结点连接到语义模型。 用户必须对目标工作区中的语义模型具有生成权限，尤其是在连接到其他用户的个人工作区中的语义模型时。
基于 XMLA 的客户端可以连接到具有以下要求的个人工作区：
- Analysis Services 客户端库版本 MSOLAP 17.0.40.18 或更高版本、ADOMD 19.104.2.0 或更高版本。
- 采用 v2 格式的连接字符串，通过 UPN 或对象 ID 引用目标个人工作区的所有者：
powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[URI_encoded_UPN]powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[UserObjectId]
对于 SQL Server Management Studio （SSMS），在连接到个人工作区时使用 2026 年 2 月或更高版本。
B2B 和来宾用户
当用户访问其主租户中的工作区时，URL 中的租户名称部分可以替换为 myorg。 例如：
powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace。
当 B2B\guest 用户访问不同租户中的工作区时，必须在数据源 URL 中指定该租户名称。 例如，当 contoso.com 用户被邀请到 fabrikam.com 租户并授予对“Sales Workspace”的权限时，他们必须使用以下 URL 进行连接：
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace。
若要确定租户的主要域名和 ID，请登录到Azure门户，从主菜单中选择Microsoft Entra ID，然后记下Microsoft Entra“概述”页上的信息。 有关详细信息，请参阅查找 Microsoft Entra 租户 ID 和主域名。
获取工作区连接 URL
在工作区 设置>高级>工作区连接中，选择“ 复制”。
连接要求
初始目录
使用某些工具（如 SQL Server Profiler）时，您必须指定Initial Catalog，即您在工作区中需要连接的语义模型（数据库）。 在“ 连接到服务器 ”对话框中，选择“ 选项>连接属性>连接到数据库”，输入语义模型名称。
重复的工作区名称
Power BI验证中的 Workspaces 可防止创建或重命名具有重复名称的工作区。 连接到与另一个工作区同名的工作区时，可能会收到以下消息：
无法连接到 powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name]。
若要解决此问题，除了需要指定工作区名称之外，还需要指定 ObjectIDGuid。 可以从 URL 中的工作区 ObjectID 中复制 ObjectIDGuid。 将 objectID 追加到连接 URL。 例如：
powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - aaaabbbb-0000-cccc-1111-dddd2222eeee。
重复的语义模型名称
若要连接到与同一工作区中另一个语义模型同名的语义模型，请将语义模型 GUID 追加到语义模型名称。 连接到 SSMS 中的工作区时，可以同时获取语义模型名称和 GUID。
显示的语义模型中的延迟
连接到工作区时，新建、删除和重命名的语义模型所做的更改可能需要几分钟时间才能显示。
不支持的语义模型
无法使用 XMLA 终结点访问以下语义模型。 这些语义模型不会显示在 SSMS 或其他工具的工作区下：
- 基于与Azure Analysis Services或SQL Server Analysis Services模型的实时连接的语义模型。
- 基于与另一个工作区中 Power BI 语义模型的实时连接的语义模型。 若要了解详细信息，请参阅 跨工作区的语义模型简介。
- 使用 REST API 通过推送数据的语义模型。
- Excel 工作簿语义模型。
服务器/工作区别名
高级工作区不支持Azure Analysis Services中支持的服务器名称别名。
安全性
除了容量管理员启用的 XMLA 终结点属性必须为读写之外，还必须在管理门户中启用租户级别设置 “允许 XMLA 终结点和使用本地语义模型在 Excel 中分析”。 如果需要生成连接到 XMLA 终结点的 Excel 中的分析文件，则还应启用租户级设置 ，用户可以使用实时连接在 Excel 中使用语义模型 。 默认情况下，这两种设置均处于启用状态。
使用本地语义模型在 Excel 中允许 XMLA 终结点和分析 是一种集成设置。
用户可以使用实时连接在 Excel 中使用语义模型 是“导出和共享”设置。
下表描述了这两种设置的含义：
| 设置 | 允许 XMLA 终结点和使用本地语义模型在 Excel 中进行分析 = 禁用 | 允许 XMLA 端点和在 Excel 中分析本地语义模型 = 已启用 |
|---|---|---|
| 用户可以使用实时连接在 Excel 中使用语义模型 = 已禁用 | XMLA： 不允许 在 Excel 中分析： 不允许 |
XMLA： 允许 在 Excel 中分析： 不允许 |
| 用户可以使用实时连接在 Excel 中使用语义模型 = 已启用 | XMLA： 不允许 在 Excel 中分析： 允许 |
XMLA： 允许 在 Excel 中分析： 允许 |
通过 XMLA 终结点进行访问将尊重在工作区/应用级别设置的安全组成员身份。
工作区参与者及以上级别拥有语义模型写入权限，这实际上与 Analysis Services 数据库管理员的权限相同。 他们可以从 Visual Studio 部署新的语义模型，并在 SSMS 中执行 TMSL 脚本。
具有生成语义模型权限的用户相当于 Analysis Services 数据库读取器。 它们可以连接到并浏览语义模型，以便使用和可视化数据。 行级别安全性 （RLS） 规则受到遵守，它们看不到内部语义模型元数据。
通常不支持需要 Analysis Services 服务器管理员权限（而非数据库管理员权限）的操作。
模仿
连接到高级工作区语义模型时，支持使用 EffectiveUserName connection string 属性进行用户模拟。 EffectiveUserName 中指定的帐户必须位于租户的Microsoft Entra ID中，并且必须同时具有 Read 和 Build 权限才能连接到语义模型。 如果帐户没有读取和生成权限，Power BI无法模拟用户帐户。 连接将失败，并返回错误。
您还可以通过在Roles 连接字符串属性中指定一个或多个工作区角色来执行身份冒充。 使用 Roles 属性，可以测试将具有写入权限的角色成员降级为只读权限。 以下角色权限取决于登录用户的帐户：
如果执行模拟的用户 是 工作区管理员，这实际上与 Analysis Services 中的服务器管理员相同，则无需成为任何指定角色的成员。
如果执行模拟的用户 不是 工作区管理员，则他们必须属于一个或多个指定角色，否则将返回未找到或未返回任何权限类型错误。
模型角色
使用 XMLA 终结点时，可以为租户Microsoft Entra ID中的用户定义角色、角色成员身份、行级别安全性（RLS）和对象级安全性（OLS）。 Power BI中的模型角色仅用于 RLS 和 OLS。 使用Power BI安全模型来控制 RLS 和 OLS 以外的权限。
对于在Visual Studio创作的表格模型项目，可以在模型设计器中使用角色管理器定义角色。 对于Power BI中的语义模型，可以在发布到服务之前在 Power BI Desktop 中定义角色。 角色成员身份是在 Power BI 服务中指定的。 SSMS 还可用于创建和管理角色。 在大多数情况下，可以使用 TMSL 创建或修改 Roles 对象来编写角色对象定义脚本。 可以在 SSMS 中或使用 Invoke-ASCmd PowerShell cmdlet 执行 TMSL 脚本。
通过 XMLA 终结点处理角色时，以下限制适用：
- 可为语义模型设置的角色的唯一权限是“读取”权限。 使用 Power BI 权限控制模型来授予其他权限。
- 服务主体无法与 RLS 和 OLS 配合使用，并且不能被添加为模型角色成员。
- 通过 XMLA 终结点进行读取访问时，无论语义模型是否存在相应角色，都需要语义模型的构建权限。
设置数据源凭据
通过 XMLA 终结点指定的元数据可以创建与数据源的连接，但无法设置数据源凭据。 相反，可以在Power BI服务的语义模型设置页中设置凭据。
服务主体
在租户中创建的 Microsoft Entra 应用注册是服务主体，用于执行无人干预的资源和服务级别操作。 它们是一种具有应用程序名称、应用程序 ID、租户 ID 和客户端密码或证书作为密码的独特用户标识类型。 Power BI Premium 使用与Power BI Embedded相同的服务主体功能。
服务主体可与 XMLA 终结点结合使用，以自动执行语义模型管理任务，例如预配工作区、部署模型和语义模型刷新，
- PowerShell
- Azure Automation
- Azure Logic Apps
- 自定义客户端应用程序
若要了解详细信息，请参阅 使用服务主体自动执行高级工作区和语义模型任务。
语义模型发现
启用租户级设置 “阻止重新发布和禁用包刷新 ”后，用户只能使用其所有者的 XMLA 终结点发现这些语义模型。 如果用户不是语义模型的所有者，则它们等效于 Analysis Services 数据库读取者，即使他们是工作区上的 管理员、 成员 或 参与者 也是如此。
使用 Visual Studio （SSDT）部署模型项目
将表格模型项目部署到 Visual Studio 中的高级工作区与部署到 Azure 服务器或 SQL Server 分析服务服务器大致相同。 唯一的区别在于为项目指定的 Deployment Server 属性，以及如何指定数据源凭据，以便处理作可以将数据源中的数据导入工作区上的新语义模型。
若要部署在 Visual Studio 中创建的表格模型项目，请在项目 Deployment Server 属性中设置工作区连接 URL。 在 Visual Studio 中，在 Solution Explorer 中，右键单击项目>Properties。 在 “服务器 ”属性中，粘贴工作区连接 URL。
指定 Deployment Server 属性后，可以部署项目。
首次部署时，将使用 model.bim 中的元数据在工作区中创建语义模型。 作为部署操作的一部分，在从模型元数据在工作区中创建语义模型后，从数据源加载数据到语义模型的处理将会失败。
处理失败，因为与部署到 Azure 或 SQL Server Analysis Server 实例时作为部署操作的一部分提示输入数据源凭据不同，部署到高级工作区时无法在部署操作中指定数据源凭据。 相反，在元数据部署成功且创建语义模型后，在语义模型设置的 Power BI 服务中指定数据源凭据。 在工作区中，选择 “语义模型>设置>数据源凭据>编辑凭据”。
指定数据源凭据后，可以在 Power BI 服务中刷新语义模型，或在 SQL Server Management Studio 中进行计划刷新配置和处理（刷新），将数据加载到语义模型中。
在 Visual Studio 项目中指定的部署 Processing Option 属性已被观察到。 但是，如果数据源在Power BI service中未指定凭据，即使元数据部署成功，处理也会失败。 可以将属性设置为 “不处理”，防止任何尝试作为部署的一部分进行处理。 你可能想要将属性设置回 默认值，因为在新的语义模型的数据源设置中指定数据源凭据后，后续部署操作的一部分处理将会成功。
与 SSMS 连接
使用 SSMS 连接到工作区就像连接到Azure或SQL Server Analysis Services服务器一样。 唯一的区别是在服务器名称中指定工作区 URL，并且您必须使用 具有 MFA 的通用 Active Directory 身份验证。
使用 SSMS 连接到工作区
在 SQL Server Management Studio 中，选择 Connect>Connect 到 Server。
在 “服务器类型”中，选择 “Analysis Services”。 在 “服务器名称”中，输入工作区 URL。 在 Authentication 中，选择 Active Directory - 通用 MFA，然后在 User name 中输入组织用户 ID。
连接后，工作区显示为 Analysis Services 服务器，工作区中的语义模型显示为数据库。
若要详细了解如何使用 SSMS 编写元数据脚本，请参阅：
语义模型刷新
XMLA 端点启用多种场景，通过 SSMS、使用 TOM 的 PowerShell 自动化、Azure Automation 和 Azure Functions，实现精细刷新功能。 例如，可以刷新某些 增量刷新 历史分区，而无需重新加载所有历史数据。
与在 Power BI 服务中配置刷新不同，通过 XMLA 终结点的刷新操作不限制于每天 48 次刷新，也不会强制执行计划的刷新超时。
语义模型刷新作的日期、时间和状态（包括通过 XMLA 终结点的写入事务）记录并显示在语义模型刷新历史记录中。
注释
XMLA 端点执行的刷新操作不会自动刷新磁贴缓存。 仅当用户访问报表时才会刷新磁贴缓存。
动态管理视图 （DMV）
Analysis Services DMV 提供语义模型元数据、世系和资源使用情况的可见性。 可用于通过 XMLA 终结点在Power BI中查询的 DMV 最多仅限于需要数据库管理员权限的 DMV。 例如，某些 DMV 无法访问，因为它们需要 Analysis Services 服务器管理员权限。
Power BI桌面创作的语义模型
增强型元数据
对在 Power BI Desktop 中编写并发布到高级工作区的语义模型进行 XMLA 写入操作时，需要增强的元数据。 若要了解详细信息，请参阅 增强型语义模型元数据。
注意
目前，在 Power BI Desktop 中创作的语义模型的写入操作可以阻止它被重新下载为 PBIX 文件。 请务必保留原始 PBIX 文件。
数据源声明
连接到数据源和查询数据时，Power BI Desktop 使用 Power Query M 表达式作为内联数据源声明。 在 Premium 工作区中支持 Power Query M 内联数据源声明，但 Azure Analysis Services 和 SQL Server Analysis Services 不支持。 改为，像 Visual Studio 这样的 Analysis Services 数据建模工具使用 structured 或 provider 数据源声明来创建元数据。 借助 XMLA 终结点，Premium 还支持结构化数据源及提供者数据源，但并不作为 Power BI Desktop 模型中的 Power Query M 的内联数据源声明的一部分。 若要了解详细信息，请参阅 了解提供者。
Power BI桌面的实时连接模式
Power BI桌面可以使用实时连接连接到 Power BI Premium 语义模型。 使用实时连接时，无需在本地复制数据，让用户更轻松地使用语义模型。 用户可通过两种方式进行连接：
选择Power BI语义模型，然后选择一个语义模型来创建报表。 这是用户实时连接到语义模型的推荐方式。 此方法提供了改进的发现体验，其中显示了语义模型的认可级别。 用户无需查找并跟踪工作区 URL。 若要查找语义模型，用户只需键入语义模型名称或滚动即可查找要查找的语义模型。
Power BI Desktop 的屏幕截图，Power BI 语义模型在功能区中被突出显示。“选择语义模型”对话框位于主窗口区域中。
使用 Get Data>Analysis Services，将 Power BI Premium 工作区名称指定为 URL，选择 Connect live，然后在 Navigator 中选择语义模型。 在这种情况下，Power BI Desktop 使用 XMLA 终结点实时连接到语义模型，就像它是 Analysis Services 数据模型一样。
将现有报表实时连接到 Analysis Services 数据模型且打算迁移到高级语义模型的组织只需在 转换>数据源设置中更改服务器名称 URL。
审核日志
当应用程序连接到工作区时，通过 XMLA 终结点的访问会记录在 Power BI 审核日志中，并包含以下操作：
| 操作友好名称 | 操作名称 |
|---|---|
| 从外部应用程序连接到Power BI语义模型 | ConnectFromExternalApplication |
| 从外部应用程序请求Power BI语义模型刷新 | 刷新数据集从外部应用程序 |
| 从外部应用程序创建Power BI语义模型 | 从外部应用程序创建数据集 |
| 从外部应用程序编辑Power BI语义模型 | 从外部应用编辑数据集 |
| 从外部应用程序中删除了Power BI语义模型 | 从外部应用程序删除数据集 |
若要了解详细信息，请参阅 Auditing Power BI。
注意事项和限制
无法使用 XMLA 终结点修改 Default Power BI 语义模型。
相关内容
有关本文的详细信息，请参阅：