精品丨PowerBI迁移到SSAS

2024-06-16 03:12
文章标签 powerbi ssas 精品 迁移

本文主要是介绍精品丨PowerBI迁移到SSAS,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

业务场景:
企业初期在进行 BI 可视化路线的时候,往往不会选择方案较为完整的SSAS,而是会选择轻量的 PowerBI 方案,究其根本还是软件成本的问题。
但是随着模型越来越臃肿,维护成本越来越高,有很多模型需要进行增量更新,这种情况下,服务器吃不消,需要 SSAS 进行负载分摊,那么如何将 PoweBI 已经搭建好的模型转移到SSAS中呢?

配套工具

  • SQL Server

  • SSMS

  • Visual Studio

  • PowerBI

  • DAX Sudio 或 Tabular Editor

注意,如果想将 PowerBI 的模型完整迁移到 SSAS 中,我们需要获取到Model的TMSL脚本。

获取 TMSL 脚本

方法 1:利用 DAX Studio 获取

打开需要迁移到 SSAS 模型的 PowerBI 文件,在外部工具找到 DAX Studio 并打开。

在 DAX Studio 界面,记录下右下角的临时地址。

打开SSMS,选择连接到 Analysis Services,输入上面记录的临时地址,使用Windows验证的方式连接。

依次选择 Script-Script Database as-Create or Replace to-New Query Editor Window。

此时,获取到的脚本即为 PowerBI 模型的TMSL脚本。

方法 2:利用 Tabular Editor 获取

打开需要迁移到 SSAS 模型的 PowerBI 文件,在外部工具找到 Tabular Editor 并打开。

在 Tabular Editor 工具栏中点击Model,选择Deploy

输入 Server 地址。

点击下一步,在 Database Name 输入想要创建的SSAS模型名称。

点击下一步,根据自身情况,勾选相关选项,通常情况下保持默认选项即可。

点击下一步,选择TMSL Script

此时,获取到的脚本即为 PowerBI 模型的TMSL脚本。

部署模型

打开SSMS,选择Analysis Services,连接到服务器。

在服务器位置点击鼠标右键,依次点击New Query-XMLA创建空白查询。

将利用DAX Studio或Tabular Editor暂存的TMSL脚本Copy过来。

修改database,这个是SSAS数据库名称。

删除“tables”前面的代码。

注意,PowerBI版本不同,需要删掉的行数也不同,有的是2行,有的是3行,视情况而定。

修改“compatibilityLevel”,这个是版本兼容性

注意,如果部署到SQL Server2019,那么这里修改成1500
如果部署到SQL Server2022,那么这里保持不动,或修改成1600都可以。

删除“lineagetag”标签。

  • 在脚本界面,按下“Ctrl”+"F"按键,对脚本执行替换;

  • 启用正则将整个包含lineagetag的行进行删除。

注意,删除标签针对的是SQL Server2019,如果是SQL Server2022则无需进行删除。

两个正则表达式如下:

"lineageTag": ".*?"\r\n
"lineageTag": ".*?",\r\n

接下来,执行部署即可,出现如下提示即为部署成功。

至此,PowerBI模型已经完整迁移到SSAS模型。
看到这里,相信小伙伴们还是有点疑惑:白茶,迁移是完成了,如果我后续要对模型进行修改呢?别急,往下看。

模型导入Visual Studio

打开Visual Studio选择创建新项目。

选择从服务器导入(表格)

配置项目信息。

根据自身情况,设定工作区,兼容性无需调整。

输入服务器名称,选择导入的SSAS数据库。

等待一段时间后,可以看到整个PowerBI模型已经导入到SSAS中,后续更新完成后,可以将其重新部署到SSAS模型中。

注意事项

  • 此方案为企业级应用,不建议小白用户尝试;

  • 迁移之前请仔细核对Visual Studio版本;

  • 暂时无法从Visual Studio反向迁移到PowerBI。

这篇关于精品丨PowerBI迁移到SSAS的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1065339

相关文章

Java项目:基于SSM框架实现的精品酒销售管理系统分前后台【ssm+B/S架构+源码+数据库+毕业论文】

一、项目简介 本项目是一套基于SSM框架实现的精品酒销售管理系统 包含:项目源码、数据库脚本等,该项目附带全部源码可作为毕设使用。 项目都经过严格调试,eclipse或者idea 确保可以运行! 该系统功能完善、界面美观、操作简单、功能齐全、管理便捷,具有很高的实际应用价值 二、技术实现 jdk版本:1.8 及以上 ide工具:IDEA或者eclipse 数据库: mysql5.7 后端:s

栅格数据重心迁移变化分析

目前网络上大多是针对矢量重心迁移进行计算,或把栅格转矢量在进行计算,可以不用怎么麻烦,可以直接利用栅格进行得出多期数据的重心,然后进行变化分析等方面的分析。 矢量数据可以通过下面方式进行重心计算: 使用ArcGIS空间统计工具箱(Spatial Statistics Tools)中的平均中心(Mean Center) 对于栅格数据:利用如下公式: 其实就是加权公式,上述w是像元i处的像元值,(x

Oracle 迁移 Mysql

-- Oracle->MySQL -- 使用时改一下where条件的owner和table_name -- 字段数据类型映射时会将Oracle中的浮点NUMBER转换为decimal(65,8)定点数 -- 可以识别主键约束、非空约束,但无法识别外键约束、唯一约束、自定义check -- 对于Oracle字符串长度为4000的,MySQL中类型会使用text,否则会使用varchar SELECT

apache迁移至nginx实践(虚拟主机配置)

注:用户信息,用大写字母X替换了 1、apache的httpd.conf 的部分配置文件(被替换对象) <IfModule remoteip_module> RemoteIPHeader X-Real-IP RemoteIPInternalProxy 127.0.0.1 </IfModule> <Directory "/data/user_XXXXXXX">             Opti

数据迁移到 Django 模型表:详尽指南

数据迁移是许多应用程序开发过程中必不可少的一部分。在这篇文章中,我们将详细分析和总结如何通过一个定制的 Django 管理命令,将数据从 MySQL 数据库迁移到 Django 模型表中。这种方法可以确保数据在多个数据库之间有效且安全地迁移,同时避免了手动操作的繁琐和错误。 项目概览 我们将实现一个 Django 管理命令,该命令将从 MySQL 数据库中提取数据并批量插入到 Django 模

emqx5.6.1 数据、配置备份与迁移

EMQX 支持导入和导出的数据包括: EMQX 配置重写的内容: 认证与授权配置规则、连接器与 Sink/Source监听器、网关配置其他 EMQX 配置内置数据库 (Mnesia) 的数据 Dashboard 用户和 REST API 密钥客户端认证凭证(内置数据库密码认证、增强认证)PSK 认证数据授权规则黑名单数据存储在 EMQX 数据目录(node.data_dir)中的 SSL/TLS

从 Hadoop 迁移,无需淘汰和替换

我们仍然惊讶于有如此多的客户来找我们,希望从HDFS迁移到现代对象存储,如MinIO。我们现在以为每个人都已经完成了过渡,但每周,我们都会与一个决定进行过渡的主要、高技术性组织交谈。 很多时候,在这些讨论中,他们希望在迁移后维护其基础设施的某些元素。HDFS 生态系统中的一些框架和软件得到了大量开发人员的支持,并且在现代数据堆栈中仍然占有一席之地。事实上,我们经常说 HDFS 生态系统带来了

记一次服务器迁移,包括jira、svn

公司新买的一个服务器,放在公司内部使用,准备将原来放在阿里云服务器上的jira迁移过来。原先将jira部署在阿里云上是由于公司还没有购买服务器,所以暂时部署在云上,结果用了一段时间之后,同事们经常反映速度太慢,而且jira使用的tomcat服务器占内存凶得很,经常达到800M之多,这个就有点昂贵了,毕竟买云服务器主要是给网站用的,所以必须将其迁移到公司内部,同时迁移的还有VisualSVN配置管理

数据迁移的几种方式 - MySQL数据库

写在前面:博主是一只经过实战开发历练后投身培训事业的“小山猪”,昵称取自动画片《狮子王》中的“彭彭”,总是以乐观、积极的心态对待周边的事物。本人的技术路线从Java全栈工程师一路奔向大数据开发、数据挖掘领域,如今终有小成,愿将昔日所获与大家交流一二,希望对学习路上的你有所助益。同时,博主也想通过此次尝试打造一个完善的技术图书馆,任何与文章技术点有关的异常、错误、注意事项均会在末尾列出,欢迎大家通

Docker之overlay2的迁移

原因 docker默认将文件及其容器放置在了系统盘的挂载区内,如果长期使用会发现系统挂载区被overlay2挤爆了,因此在一开始我们将其迁移在大容量外挂磁盘上,就可以避免系统盘被挤爆,放心使用. 具体操作 # 停止容器systemctl stop docker# 修改容器配置,如果daemon.json不存在,新建即可。vi /etc/docker/daemon.json{"data