Power BI基于SSAS模型，如何不修改模型新增调用Oracle函数的列

当Power BI以实时连接模式对接SSAS Tabular/多维模型时，报表端仅持有连接的只读元数据权限，「建模」板块下的计算列、计算表、参数创建功能会直接置灰，仅支持在本地报表层创建度量值。这类结构化模型扩展操作本身属于SSAS服务端的维护范畴，本地报表端没有写入SSAS模型的操作权限。

SSAS作为数据源时，是否可以搭配其他来源的数据 #

完全支持。实时连接SSAS的场景下，Power BI支持开启混合查询模式，叠加接入其他独立数据源（包括Oracle数据库、本地文件、API接口等），不受单一SSAS连接的权限限制。

不修改原有SSAS模型，在Power BI侧实现调用Oracle函数新增列的可行方案 #

结合实时连接SSAS的功能限制，可落地的方案按适用场景排序如下：

• 方案1：独立接入Oracle数据源，通过模型关系匹配行级数据
  1. 在Power BI中新建Oracle数据源连接，在Power Query编辑器中编写原生查询，直接调用目标Oracle函数，将函数返回的结构化结果作为独立表加载到Power BI模型中；
  2. 定位SSAS源表与Oracle函数结果表的公共唯一关联键（如业务主键、单据编号、组织编码），在模型视图中建立两表的对应关系；
  3. 搭建报表视觉对象时，直接将Oracle结果表中的目标字段拖入视觉对象，系统会自动根据关联键匹配当前筛选上下文下对应的行级数据，实现等同于“新增列”的展示效果。
     适用场景：Oracle函数返回的结果可通过唯一键和SSAS源表逐行匹配，不需要深度绑定SSAS表的内部数据结构。
• 方案2：通过DAX度量值封装动态返回逻辑
  1. 完成上述Oracle源表加载、关系建立的操作后，可基于实际报表需求编写DAX度量值，利用CALCULATE、RELATED、USERELATIONSHIP等函数，匹配当前视觉对象的筛选上下文，动态返回对应的Oracle函数计算结果；
  2. 相比直接拖字段的方式，度量值可以适配不同维度的筛选逻辑，避免关系匹配带来的计算错误，更适合多维度交叉展示的场景。
• 方案3：切换SSAS连接模式为导入，通过Power Query合并查询
  1. 在Power BI全局设置中开启允许跨数据源混合查询权限；
  2. 将原本的SSAS实时连接修改为导入模式，在Power Query编辑器中拉取SSAS源的查询输出，通过合并查询功能将Oracle函数返回的结果列匹配到SSAS查询结果的对应行上，最终将合并后的结果集加载到本地模型；
  3. 该模式下可直接在合并后的本地表上创建任意计算列，完全满足新增自定义列的需求。
     适用场景：团队可接受SSAS数据定期刷新的节奏，不需要保持严格的实时查询。

• 保留SSAS实时连接模式时，无法直接对SSAS原生表执行任何写入类操作，所有行级数据扩展必须通过独立关联表的方式实现，不存在绕过权限直接给SSAS表加计算列的路径；
• 配置Oracle连接时，需确保账号持有目标函数的执行权限，避免出现“对象不存在/调用无权限”的报错；
• 混合多数据源接入时，需统一协调不同源的刷新频率，避免SSAS数据更新、Oracle函数结果未同步导致的报表数据不一致问题。

内容的提问来源于stack exchange，提问作者Mat.B