Microsoft PowerApps使用Excel实现增量数据加载的可行性及方案咨询

一、Excel作为数据源的可行性与合理性 #

技术层面可以跑通，但仅适合极小范围的Demo场景，生产环境完全不推荐。

可行的前提 #

如果你的使用场景满足以下所有条件，可以用Excel实现：

• 单表数据量永远不超过2000行（这是PowerApps对Excel数据源的硬性行上限，哪怕开启委托功能也无法突破）
• 没有多人同时编辑源Excel/目标Excel的需求
• 能接受手动维护同步标记字段
  具体实现逻辑也很简单：给源Excel新增同步标记和记录创建时间两个自定义字段，每次执行加载操作时，筛选出创建时间晚于上一次加载时间且同步标记为未同步的记录，写入目标Excel后再把源表对应记录的同步标记更新为已同步即可。

不推荐的核心原因 #

Excel作为数据源的固有缺陷完全不匹配增量同步的可靠性要求：

• 无事务保障：同步过程中出现网络波动、文件被其他人占用的情况，大概率会出现数据漏传、重复同步甚至文件损坏
• 委托支持极差：PowerApps对Excel数据源的绝大多数筛选、聚合函数都不支持委托，数据量接近2000行时就会出现读取不全的问题，增量判断逻辑直接失效
• 无原生版本追踪：所有同步相关的字段都需要手动维护，一旦有人误改源表的时间戳、同步标记，整个增量逻辑就会出错
• 并发支持几乎为零：只要有用户在云端打开源Excel文件，PowerApps的写入操作就会直接报错

二、适配PowerApps的替代数据管理系统推荐 #

按适配度、易用性从高到低排序：

• SharePoint Lists（Microsoft Lists）：最适配新手的首选方案，完全原生适配Power Platform，自带行级创建时间、修改时间、创建人等系统字段，不需要你自己维护同步标识，天然支持增量筛选，支持超过2000行的委托查询，有完善的并发控制和事务机制，后续需要导出Excel也可以一键操作，门槛极低。
• Dataverse：微软为Power Platform打造的原生数据平台，功能更完善，自带审计日志、数据版本追踪、细粒度权限管控能力，适合后续需求可能扩展的场景，和PowerApps的对接成本为零。
• Azure SQL / 本地SQL Server：适合有数据库基础、数据量较大的企业级场景，PowerApps可以直接对接，支持完整的SQL查询能力，增量筛选逻辑可以写的非常灵活。
• 如果你实在不想换Excel，也可以把Excel存放在OneDrive for Business或者SharePoint文档库中，稳定性比本地Excel/个人OneDrive的Excel高，但还是解决不了2000行限制和委托支持差的问题，仅适合个人小数据量场景使用。

内容的提问来源于stack exchange，提问作者Leo