web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Power Apps / Architecture for Maste...
Power Apps
Suggested Answer

Architecture for Master Catalogs in SharePoint Consumed by Multiple Power Apps Across Environments

(0) ShareShare
ReportReport
Posted on by

Hello everyone,

I'm currently designing a Power Platform ecosystem and would like to get feedback from people who have implemented something similar.

My goal is to create a star-schema-like architecture where a centralized layer of master catalogs is maintained in SharePoint (Plants, Cost Centers, Products, Vendors, Users, etc.) and serves as the single source of truth for multiple Power Apps.

The envisioned architecture looks something like this:

  • A dedicated SharePoint site for master data.
  • Each master catalog stored in its own SharePoint list.
  • Multiple Power Apps deployed across different Power Platform environments.
  • Applications consume the master catalogs as reference data, while their transactional data is stored separately.

I have a few questions:

1. Is this a recommended architecture?

Has anyone implemented a similar approach using only SharePoint Lists as the master data layer?

If so, what challenges or limitations have you encountered regarding:


  • Relationships between lists
  • Maintenance
  • Governance
  • Scalability

2. SharePoint as a Shared Data Source Across Environments

Are there any concerns with having Power Apps deployed in different environments while all of them consume the same SharePoint-based master catalogs?

Have you experienced issues related to:


  • Connections
  • DLP policies
  • Solution management
  • ALM (Application Lifecycle Management)

3. Performance Considerations

If multiple Power Apps are simultaneously connected to the same SharePoint lists:


  • Have you observed any performance degradation in either SharePoint or the apps themselves?
  • Is there a practical limit in terms of number of apps, users, or records where SharePoint stops being an efficient option for master data?

  •  

4. Data Retrieval Optimization

I understand that Power Apps allows the use of functions such as ShowColumns() to limit the columns used by an application.

My questions are:


  • Does Power Apps actually request only those specific columns from SharePoint?
  • Or does it retrieve the full record and then remove the unnecessary columns on the client side?

  •  

5. Security and Data Exposure

My objective is to expose only the required catalog data to each application while maintaining good governance and security.

For those who have implemented similar architectures:


  • How do you manage security?
  • Do users receive direct permissions to the SharePoint lists?
  • Do you use Power Automate, APIs, service accounts, or another intermediary layer to abstract access to the master catalogs?

Any experiences, lessons learned, best practices, or recommendations would be greatly appreciated, especially from organizations managing multiple applications that share centralized master data stored in SharePoint.

Thank you in advance!

I have the same question (0)
  • Suggested answer
    WarrenBelz Profile Picture
    156,271 Most Valuable Professional on at
    Covering your points, that is prety much the architecture I have used for a number of years
    • A dedicated SharePoint site for master data.
    • Each master catalog stored in its own SharePoint list.
    • Multiple Power Apps deployed across different Power Platform environments.
    • Applications consume the master catalogs as reference data, while their transactional data is stored separately.
     
    So to your questions (from my point of view at least)
    • Relationships between lists
      SharePoint is not a relational database, however Power Apps has access to all lists, so any relationship can almost always be taken care of with queries referencing both lists. There are some exceptions to this (for direct queries that are not Delegable), however these can mostly always be effectively managed.
    • Maintenance
      No real isses in fact the SharePoint native interface makes this easier in most cases
    • Governance
      SharePoint security (although not as comprehensive as Dataverse) is quite good and can be easily managed at Site/Subsite/List level with a Flow able to handle row-level if required. Power Apps queries can also be used to selectively display data in the app. 
    • Scalability
      This is probably the area you need to be aware of. I have a number of Lists and Libraries in the 100-200k numbers, which perform more than adequately, however if you want millions of records, although SharePoint can certainly store them, there will be performance penalties.
     
    • Connections
      They have been stable and reliaable over the 9 years I have used them
    • DLP policies
      No real issues (I have never lost any data) - SP Lists and Libraries can also be synchronised locally and exported to Excel (small ones) if required. There is also comprehensive versioning on both Lists and Libraries.
    • Solution management
      The SharePoint schema does not export to Solutions, only the connector, however this can easily be managed in the import/export process.
    • ALM (Application Lifecycle Management)
      This is more a Power Apps issue - what exactly are you referring to here ?
     
    • Does Power Apps actually request only those specific columns from SharePoint? - No
    • Or does it retrieve the full record and then remove the unnecessary columns on the client side? - Yes
     
    • How do you manage security?
      Covered a bit in a question above - permissions at data source level as well has user-specific roles held in a master list.
    • Do users receive direct permissions to the SharePoint lists?
      Yes - although some are read-only without access to any views and some lists are also hidden and very difficult to find unless the URL is known.
    • Do you use Power Automate, APIs, service accounts, or another intermediary layer to abstract access to the master catalogs?
      No
     
    This is really only a summary - happy to elaborate on any specific item.
     
    Please Does this answer your question if my post helped you solve your issue. This will help others find it more readily. It also closes the item. If the content was useful in other ways, please consider answering Yes to Was this reply helpful? or give it a Like
    Visit my blog
    Practical Power Apps    LinkedIn  
     
  • WarrenBelz Profile Picture
    156,271 Most Valuable Professional on at
    A quick follow-up to see if you received the answer you were looking for. Happy to assist further if not.
     
    Please Does this answer your question if my post helped you solve your issue. This will help others find it more readily. It also closes the item. If the content was useful in other ways, please consider answering Yes to Was this reply helpful? or give it a Like ♥
    Visit my blog
    Practical Power Apps    LinkedIn   

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Season of Sharing Community Challenge Winners!

Congratulations to our community stars!

Kudos to our 2025 Community Spotlight Honorees

Expanding mentorship, skilling, and AI innovation

Congratulations to the July Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > Power Apps

#1
WarrenBelz Profile Picture

WarrenBelz 410 Most Valuable Professional

#2
11manish Profile Picture

11manish 159 Super User 2026 Season 2

#3
sannavajjala87 Profile Picture

sannavajjala87 89 Super User 2026 Season 2

Last 30 days Overall leaderboard