国产化替代方案

Power Query 国产化替代:把取数与清洗搬出 Excel

Power Query 国产化替代,不是把 M 公式逐条翻译一遍,而是把取数、清洗、合并这条链路整体搬进可视化工作流,让它能在麒麟、统信的 x86-64 环境下本地运行、按时执行、跑完留痕。
200+
服务企业客户
60+
覆盖行业
300+
数据源连接
2007
公司成立年份

Power Query 国产化替代:先说清楚要替代的是什么

Power Query 国产化替代,是指把原本写在 Excel 或 Power BI Desktop 里的取数与整理步骤,迁移到可在国产操作系统上本地运行的可视化数据处理平台,由平台承担连接、清洗、合并与定时执行。

Power Query 是什么,强在哪里

Power Query 是微软内置在 Excel(「获取和转换」)与 Power BI Desktop 中的取数与转换引擎,操作步骤以 M 公式语言逐条记录。它真正解决的问题是:让不写代码的业务人员,把每月都要重做一遍的整理动作固化下来,下次点一下刷新就行。这一点它做得很好,也正因为好用,很多企业的关键口径就这样长在了个人的工作簿里。

它的边界同样清楚。Power Query 不是独立程序,必须依附于 Excel 或 Power BI Desktop 运行;而 Power BI Desktop 仅提供 64 位 Windows 版本,微软官方下载页列出的支持系统是 Windows 10 / 11 与 Windows Server 2016 及以上(微软官方下载中心,2026-09-09 核实)。Excel for Mac 虽已提供 Power Query,但可用的数据源与功能是 Windows 版的子集。

iModel 是什么,从哪来

iModel 数据科学平台由深圳市卓越方达科技有限公司出品,公司成立于 2007 年,目前服务 200+ 企业客户、覆盖 60+ 行业。iModel 基于 KNIME 开源内核二次开发,中文化、信创适配与企业级增强部分为自主研发,源代码可向客户提供审查。工作流以 .knwf 文件保存,与 KNIME 双向通用,这意味着团队学到的东西不会被锁死在一家厂商里。想先理解这种工作方式,可看为什么要用可视化工作流数据访问与转换

关键事实

替代对象Power Query(Excel「获取和转换」与 Power BI Desktop 查询编辑器中的取数与整理步骤)
迁移方式不逐条翻译 M 公式,按步骤语义在工作流中重建;原有 Excel、CSV 文件可直接作为输入,不需要先改格式
已验证操作系统麒麟 V10 / V11、统信 UOS(均为 x86-64 版本)、Windows
已验证处理器海光 C86(x86-64),已测试、已部署。iModel 目前不支持 ARM 架构(鲲鹏、飞腾),相关版本仍在规划中
数据接入300+ 数据源连接,覆盖主流关系型数据库、文件与接口取数
处理方式300+ 内置分析节点,拖拽配置;数据不落在工作表里,不受 Excel 单表 1,048,576 行的行数上限约束
产物与协作.knwf 工作流文件,与 KNIME 双向通用,可版本化归档、可整包移交;结果可回写为 Excel 文件
定时执行由 iModel 侧调度触发,本地环境即可完成,不依赖云端服务与本地数据网关

表中信创口径按已实测部署范围填写,未列入的处理器与操作系统请以实际测试结论为准。

Power Query 国产化替代:逐项对照,差别到底在哪里

下面这张表只挑两者真正不同的维度,不列双方都有的功能。做选型汇报时,可以直接照这几行去问自己的实际场景。

维度Power QueryiModel
运行载体不是独立程序,必须依附 Excel 或 Power BI Desktop 才能运行独立客户端,工作流本身就是可运行的处理程序
桌面系统Power BI Desktop 仅 64 位 Windows;Excel for Mac 的数据源与功能为子集麒麟 V10 / V11、统信 UOS 的 x86-64 版本与 Windows 均已部署
步骤组织M 公式语言,应用步骤线性排列,分支与合流要靠多条查询拼节点图,天然支持分支、合流、局部重跑单个节点
中间结果编辑器里看预览,排查靠逐步回退应用步骤每个节点保留完整输出表,可逐节点回放,结论能反查到原始行
定时刷新需要 Power BI 服务加本地数据网关,或借助其它自动化工具触发本地调度直接执行,内网离线环境同样可用
功能一致性随授权版本不同而不同,例如模糊合并在 Microsoft 365 可用,2019 永久授权版不可用同一份工作流在各环境行为一致,不因授权档位缺功能
成果归属查询嵌在 .xlsx / .pbix 内部,随文件走,人走文件散.knwf 独立文件,可入版本库、可作为交付物移交
数据体量受工作表行数上限与本机内存约束流式处理,超出内存时自动落盘,不必先切分文件

授权版本差异一行取自微软官方支持文档「Power Query data sources in Excel versions」,2026-09-09 核实。本表不列竞品价格,授权结构随版本与渠道变动,请以微软官方口径为准。

迁移时最常炸的一处:Excel 源文件里的合并单元格、文本型数字与日期序列号。Power Query 里靠「更改类型」蒙混过去的字段,搬到工作流里做关联时会直接对不上,表现为关联结果凭空少了几百行。实际做法是先在流程开头加一步类型规范化,把这类字段显式转换并核对行数,再往下接,不要等到最后发现数字对不上再回头查。

Power Query 国产化替代:什么场景值得做,什么场景不必

工具替换本身不产生价值,解决掉具体的卡点才产生价值。下面两栏是我们在实施中反复见到的分界,照着对一遍,比听任何介绍都快。

这些情况值得替代
  • 桌面环境要迁到麒麟、统信等国产操作系统,原有查询在新机器上打不开
  • 同一套口径要在多个部门、多家子企业重复执行,靠发文件同步版本
  • 处理过程需要被审计或被上级复核,必须说清楚每个数是怎么算出来的
  • 数据量已经顶到工作表行数上限,开始靠手工切分文件绕过
  • 整理逻辑要按月自动跑,但不希望把数据送上云端服务
  • 做这件事的人只有一个,他休假整条流程就停摆
这些情况暂时不必替代
  • 只有个人在用、几百行数据、一次性整理,Power Query 已经够快
  • 整条链路终点就是 Excel 报表,且没有复核与留痕要求
  • 组织完全在 Windows 与微软云生态内,短期没有信创迁移计划
  • 刚上手,还处在把重复动作固化下来的阶段,先用熟再谈迁移

已经在用电子表格做分析的团队,可以先看面向电子表格用户的用例;需要按月自动执行的,见数据分析自动化;财务与审计口径的落地做法,见财务数据分析面向企业的审计数据分析

在中国的企业里,这件事多了四层考量
同样一个工具选型问题,在国内的约束条件和在别处不一样。这四条不是营销话术,是项目做不下去时最常见的四个卡点。
🖥️
桌面底座正在换
信创改造先换的往往就是办公终端。iModel 在麒麟 V10 / V11、统信 UOS 的 x86-64 版本上已测试并有实际部署,处理器侧海光 C86 同样。
🔒
数据不出域
本地部署,支持完全离线的内网环境,不需要连接外网许可服务器,也不需要把明细数据送到云端才能完成刷新。
🀄
全中文与本地响应
节点名称、参数、报错提示均已中文化,遇到问题不必对着英文报错猜;实施与支持团队在国内,沟通与到场都在同一时区。
📑
经得起尽调
基于 KNIME 开源内核二次开发,增强部分自主研发,源代码可向客户提供审查。合规评审要看的是来源清楚、可核查,而不是一句口号。

不只是换工具:把口径从个人电脑里搬出来

Power Query 提升的是个人效率,而口径依然留在个人的文件里。真正的问题往往不在工具本身,而在于:那份决定了数字长什么样的处理逻辑,属于组织,还是属于某台笔记本电脑。

这几年不写代码已经不稀缺了,Excel 里都有了 AI 助手。稀缺的是另一件事:说得清楚这个数是怎么来的。当上级问「这个口径为什么和上个月不一样」,能当场打开处理过程、逐步给对方看的组织,和只能回答「系统就是这么算的」的组织,差别不在工具版本,在于处理过程有没有被当成资产管理起来。

iModel 的主张就在这里:把取数与清洗做成可运行、可复用、可回放的工作流,让它像代码一样被版本化、被移交、被复核。这不是给分析师换一个更花哨的界面,是把一件本来靠个人经验维系的事,变成组织能持续拥有的能力。

可以核对的收益,不是百分比

🔁
换人可复现
打开工作流即可看到全部处理步骤,新人接手不必靠原作者口述,也不必逆向读别人的 M 公式。
⏱️
从「某人的下午」变成排期任务
月度报表准备可按计划自动执行,人只在结果异常时介入,不再把时间花在重复的复制粘贴上。
🔍
被追问时能当场演示
每个节点保留输入输出与配置参数,从结果可以一步步倒推回原始记录,审计与复核不必另做说明材料。
🧩
口径改一次,下游全同步
规则固化在节点里,调整一处再重跑即可,不必逐个工作簿翻出来改,也不会出现各部门版本不一致。

在信创环境里落地:已实测的软硬件范围

替代 Power Query 的直接动因常常就是桌面系统迁移,所以支持范围必须先说清楚。以下是已完成测试并有实际部署的范围,未列入的项请先做适配验证,不要按「应该可以」推进项目。

  • 操作系统:麒麟 V10 / V11、统信 UOS,均为 x86-64 版本;Windows 环境同样支持
  • 处理器:海光 C86(x86-64),已测试、已部署
  • 部署方式:完全离线安装,Windows 与国产 Linux 均为双击运行,十分钟内可装好
  • 界面与文档:全中文界面,节点名称、参数与报错提示均已中文化
  • 文件互通:工作流以 .knwf 存储,与 KNIME 双向通用,不产生私有格式锁定
关于 ARM:iModel 目前不支持 ARM 架构(鲲鹏、飞腾),相关版本仍在规划中。若终端或服务器底座已确定为 ARM,请在方案阶段就提出,我们会给出 x86-64 侧的部署建议,避免到实施阶段才发现装不上。

同簇的其它替代路径可一并参考:Alteryx 国产化替代SAS 国产化替代KNIME 国产化替代

常见问题

需要重建,但不是从零开始。迁移的是步骤语义而不是代码:一步「删除重复项」对应一个去重节点,一步「合并查询」对应一个关联节点,对照着原有的应用步骤列表往下搭即可。原始的 Excel 与 CSV 文件可以直接作为输入,不需要先改格式。多数常规查询的重建速度比很多人预期的快,真正花时间的是核对结果是否与原来一致。
在数据源可访问、原有查询步骤清楚的前提下,20 个工作流以内的首批迁移通常 1-2 周可完成搭建与试跑。变数主要在数据侧:跨系统取数审批、历史文件补齐、口径确认,这三项往往比重建工作流本身更耗时,排期时建议单独留出时间。
可以。工作流末端可以直接输出 Excel 文件,格式与表头按需要配置。常见做法是让 iModel 承担取数、清洗、合并这一段,最终把整理好的结果写回 Excel 给业务同事使用,前端使用习惯不必改变。
可以。麒麟 V10 / V11 与统信 UOS 的 x86-64 版本已测试并有实际部署,处理器侧海光 C86 同样;支持完全离线的内网安装,不需要连接外网许可服务器。需要注意的是,iModel 目前不支持 ARM 架构(鲲鹏、飞腾),相关版本仍在规划中。
学得会,门槛与 Power Query 接近。两者的思路是相通的:都是把一串处理步骤按顺序固定下来,只是从应用步骤列表换成了节点图。会用 Power Query 的人通常一两天就能搭出等价的工作流,反而是习惯了写公式的人需要多花一点时间适应「先看数据长什么样,再决定下一步」的做法。
不必,也不建议。合理的分工是让 iModel 承担取数、清洗、合并与定时执行这一段,展示层继续用原有工具。硬把展示层一起换掉,会把一次可控的流程改造变成一次全员使用习惯的更换,风险和阻力都会明显变大。
拿你们最麻烦的那个查询来试
带上一份脱敏样例数据和现有的处理步骤截图,我们用一次演示把它搭成可运行的工作流,跑给你看,包括中间每一步的结果。
不方便现在留资?可以先从数据分析入门教程动手,八讲下来能自己搭出第一条处理链路;查节点怎么用,去节点手册
iModel 专属客服
在线留言或电话联系
在线留言

留下您的问题和联系方式,我们会在一个工作日内回复。

手机与邮箱至少填一项

4008568196 拨打此号码联系我们

微信扫码咨询

iModel 微信咨询二维码

使用微信扫描上方二维码