Power Apps
Can Power Apps connect to SQL Server?
Quick answer
Yes. Power Apps connects to SQL Server — on-premises via the on-premises data gateway or Azure SQL directly — for galleries, forms, and Patch against tables and views, plus stored-procedure execution. It suits apps modernizing an existing relational backend without migrating data. Because the SQL connector carries premium-licensing implications and gateway ownership burdens, verify current licensing and assign a gateway owner before committing an enterprise app to it.
Key takeaways
- SQL connector covers tables, views, and stored procedures.
- On-prem needs a gateway with an assigned owner.
- Verify premium licensing; keep heavy logic in the database.
Detailed Explanation
Yes. Power Apps connects to SQL Server — on-premises via the on-premises data gateway or Azure SQL directly — for galleries, forms, and Patch against tables and views, plus stored-procedure execution. It suits apps modernizing an existing relational backend without migrating data. Because the SQL connector carries premium-licensing implications and gateway ownership burdens, verify current licensing and assign a gateway owner before committing an enterprise app to it.
How it works
Install and register the gateway on an always-on machine for on-prem sources, create the connection under a service identity with least-privilege database rights, and bind controls to tables. Delegation to SQL is stronger than to SharePoint but still verify large-query behavior.
Limitations and considerations
Gateway downtime kills on-prem apps; credentials and database permissions need lifecycle ownership. Heavy transactional logic belongs in procedures or APIs, not gallery formulas.
This Q&A page is the short-answer layer for “Can Power Apps connect to SQL Server?” Use the related guides below when you need implementation steps, architecture trade-offs, or troubleshooting detail.
For broader context, visit the Power Apps Code Hub. It connects this topic to surrounding Microsoft 365, Power Platform, SharePoint, Copilot Studio, Dataverse, migration, and Dynamics 365 guidance.
When to use it
Choose SQL when the system of record already lives in SQL Server and must stay there; choose Dataverse when building new governed business data.
Practical example
An order-lookup app reads the existing ERP SQL views through a gateway while new approval metadata lives in Dataverse — no data migration, clear ownership split.
Related Questions
Related nextM365 Guides
Sources
- Microsoft Learn: Power Apps documentation, Microsoft
- Microsoft Learn: Code Apps, Microsoft
- Microsoft Learn: Power Apps, Microsoft