Power Apps模型驱动应用连接本地SQL Server数据库的最优数据管理方案咨询

首先，先聊聊你提到的那个无代码虚拟表连接器方案：虽然它还处于预览阶段，但从实际项目的使用反馈和微软预览功能的迭代节奏来看，这个方案已经相当成熟——发布一年多的预览功能通常已经经过大量用户测试，距离正式GA（通用可用）不远。如果你的业务场景不是核心生产系统的关键链路，完全可以放心采用它，它确实解决了传统虚拟表需要自定义连接器、依赖旧版界面管理的痛点，是目前低代码程度最高的直接连接SQL的方案之一。

接下来，分享几个我在项目中用过的其他可行低代码方案：

• 自定义页面（Custom Pages）+ Canvas SQL连接器：在模型驱动应用中嵌入自定义页面，在自定义页面里用你熟悉的Canvas Apps方式直接通过SQL连接器访问本地数据库。这种方式既保留了模型驱动应用的原生体验（比如导航、表单布局），又能在需要操作SQL数据的模块用低代码实现读写，不需要做全量ETL或者复杂的虚拟表配置。适合大部分混合场景——模型驱动处理核心业务，自定义页面负责SQL数据交互。

• Power Automate作为中间同步层：虽然你在Canvas里用过Flow，但在模型驱动里也能玩出新花样。比如：

  • 用模型驱动的自定义按钮触发Flow，直接读写SQL数据；
  • 配置定期Flow，将SQL数据同步到Dataverse的专用表中，在模型驱动里操作这些同步后的表，再通过Flow将变更写回SQL。
    这个方案的优势是能轻松处理并发问题（Flow自带重试机制、事务支持），而且完全低代码，适合不需要实时交互、数据量适中的场景。

• OData虚拟表方案：如果你的本地SQL Server可以通过OData服务暴露（比如用ASP.NET Web API快速搭建OData端点，或者利用SQL Server的OData扩展），那么可以直接基于OData端点创建Dataverse虚拟表。这个方案是Dataverse原生支持的稳定功能，不需要依赖预览特性，配置步骤也相对简单，低代码程度很高，适合能将SQL表转为OData服务的场景。

方案选型总结 #

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