Power BI is turning 10, and we’re marking the occasion with a special community challenge. Use your creativity to tell a story, uncover trends, or highlight something unexpected.
Get startedJoin us for an expert-led overview of the tools and concepts you'll need to become a Certified Power BI Data Analyst and pass exam PL-300. Register now.
Hi all,
I am trying to come up with a way to create a CRUD editor, for end users, so they can easily update a table in a fabric warehouse.
I have been following the below video (I have not tried the powerautomate step yet)
https://www.youtube.com/watch?v=mVsW9kSjjJ4
The reason I made a side step is that this video is 6 montsh old and he uses the powerautmate flow, since back then fabric did not have primary keys, however since the last update it has.
So i decided to create a sql connection, which worked since i can display the data of the table in the app
But now i need to write back data .
As a simple test I create a dropdown box with 3 id's, made sure the ID column was primary key, had 1 input field that displays the current value (textinput1) , and a new input field (TextInput2) that will hold the new value.
My submit button I have the following code:
Solved! Go to Solution.
Hi All,
What has been lost in this thread over time is that the use case was to deliver a CRUD editor for end users to use, to update data in an existing warehouse table. Unless something major has been updated, since the start of this thread, that is not possible, though if you were to have an on prem sql server that would not be an issue.
Updating a table using TSQL, stored procedures etc, yes that is pretty straightforward, but that is not an option for end users, and me writing custom code every week to update a table is not ver efficient.
We have taken a different approach, it works, even though it's not as pretty as a powerapp, is to have an excel sheet on a share, reachable by the users that need to have this fucntionality. Next we have a pipleine that ingests it in to lakehouse and from there into warehouse.
Using sheets like that has an inherent risk of end-users damaging the sheet, due to the access they have, which would make the pipeline fail, but overall it is a workaround.
Cheers
Hans
Hi All,
What has been lost in this thread over time is that the use case was to deliver a CRUD editor for end users to use, to update data in an existing warehouse table. Unless something major has been updated, since the start of this thread, that is not possible, though if you were to have an on prem sql server that would not be an issue.
Updating a table using TSQL, stored procedures etc, yes that is pretty straightforward, but that is not an option for end users, and me writing custom code every week to update a table is not ver efficient.
We have taken a different approach, it works, even though it's not as pretty as a powerapp, is to have an excel sheet on a share, reachable by the users that need to have this fucntionality. Next we have a pipleine that ingests it in to lakehouse and from there into warehouse.
Using sheets like that has an inherent risk of end-users damaging the sheet, due to the access they have, which would make the pipeline fail, but overall it is a workaround.
Cheers
Hans
Have you received any solution to this?
Hi @Ankitachelani At this point in time there is no solution for it, unless you take the workaround approach with an excel sheet
Apologies for steering this thread in an uproductive direction, Hans. Was just trying to explore some options. I agree that we need a simpler way of editing smaller datasets/tables in Fabric DW like we do for other MS TSQL engines.
I've made this work by using stored procedures and power bi Intergartion for the power app. I havn't tested if it can be done without the power bi intergration. There is a video floating around somewhere which shows you how to acheive it.
I just tested and you dont need to use power BI intergration. You just use the stored procedure like a patch
This asnwer is confusing to me. I am able to insert and update data against the warehouse endpoint.
Yes, so you can enter and change data in a power app and it updates your Fabric Datawarehouse.
Here is the video I used, It worked for me. In the video it inludes having your app in a Power bi report and updating the data in a report, but you can ignore that part. Essentially you just to created a stored procedure in your warehouse, then use that stored procedure in the power app (usually in a 'onselect' of a button)
https://www.youtube.com/watch?v=exJWifeysRs
I think the issue is the Patch functionality in Powerapps doesn't currently support writing to Fabric Warehouses - my hunch is it will be at some point down the road.
That would certainly be great, another problem for now with PowerApps is though that you have to have primary, which is something Fabric only started to support somewhere last year, but it is not enforcable. I would love to have the flexibility in PowerApps to be able to choose my own key like a combination of a locationID and date, to determine a unique record. But I digress 😄
Using the SQL endpoint?
Yes. In SSMS. Not sure how the Auth works from power apps, but I do know you can CRUD data in a Fabric warehouse using TSQL.
That would be a welcome if unannounced change. Back in September 2024 this was all strictly read only.
Warehouse and now SQL Database SQL endpoints are rw via TSQL. Lakehouse SQL endoint is not. It's read only. Have to use Spark SQL or pyspark for write ops
The SQL Endpoints in Fabric are read only.
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
Check out the June 2025 Power BI update to learn about new features.
User | Count |
---|---|
60 | |
32 | |
27 | |
22 | |
22 |
User | Count |
---|---|
63 | |
49 | |
31 | |
24 | |
21 |