Fabric Data Days Monthly is back. Join us on March 26th for two expert-led sessions on 1) Getting Started with Fabric IQ and 2) Mapping & Spacial Analytics in Fabric. Register now
Hello Experts,
I am facing an issue on GraphQL. As I am working in a client environment, I can't get screenshots here; but will try to explain best I can.
I have 2 tables in my fabric SQL Database:
I have created a GraphQL to get query capabilities on my database for client.
The workspace is synced with Git in Azure DevOps.
Now I add 2 new columns to my Product table. The updates are pushed and synced with the workspace. I can see 2 new columns in the Fabric SQL database against Product table.
Now I go to GraphQL and choose Update Schema option against my database to retrieve all the updates for the product table. This goes through successfully, but the updates are not happening on the tables in GraphQL.
Is there something I am missing here? I have tried many things, looked into Git sync but all looks fine as the updates are shown on the SQL database.
Can I get some expert opinin here what may be causing this?
Best Regards,
Pragati Jain
LinkedIn | Twitter | Blog | YouTube
Did I answer your question? Mark my post as a solution! This will help others on the forum!
Appreciate your Kudos!!
Proud to be a Super User!!
Solved! Go to Solution.
Hi @Pragati11 ,
1. GraphQL’s refresh process can sometimes be inconsistent with detecting column changes. While new objects such as tables or views are typically recognized immediately, updates to existing tables may not always be reflected right away. In such cases, it may be necessary to manually refresh GraphQL’s metadata by removing and re-adding the table or performing a full source refresh.
2. Pushing schema changes via Git updates the Fabric SQL database, but GraphQL maintains its own schema layer. Changes made through Git are not automatically communicated to GraphQL, so while it is not required to push changes to GraphQL via Git, you do need to refresh GraphQL to ensure the table structure is updated.
Thank you for your time, and I hope this is helpful.
I did try removing the table and adding it again to the GraphQL. It did bring in the new columns but then it deleted the relationships that this table had with few other tables.
So, for a workaround I tried bringing an additional table to GraphQL and refreshed the schema, it pulled the column updates for the table I made changes to.
So coming to my last question.
Do we have any ETA on if this will issue with the GraphQL metadata refresh will be fixed in future? 😊
Hi @Pragati11 ,
Thank you for confirming and testing both approaches.
Yes, removing and re adding the table is a known way to refresh the column metadata in GraphQL.
Your workaround adding another table to trigger a broader schema refresh is clever and aligns with what other users have successfully tried.
At this time, Microsoft has not announced a specific ETA for when GraphQL will fully support automatic column level schema updates without affecting relationships or requiring manual intervention.
Since this behavior can impact client environments, I recommend raising a support ticket with Microsoft Fabric or using the Send Feedback option directly from your workspace. This helps bring more visibility to the issue and may contribute to prioritizing a fix
How to create a Fabric and Power BI Support ticket - Power BI | Microsoft Learn
Learn about Microsoft Fabric feedback - Microsoft Fabric | Microsoft Learn
Once you’ve reviewed this, please let us know which route you chose. It will help other users as well. Thanks.
Hi @Pragati11 ,
Thank you for providing the details. You've added two new columns to the Product table in Fabric SQL Database, confirmed their presence, and used Update schema in the API for GraphQL, but the new columns aren't showing up in the GraphQL schema. In Fabric, the Update Schema feature often only brings in new objects (tables, views, procedures), and may not always refresh existing tables to include new columns.
This can happen for several reasons.
1. Schema refresh often adds new objects, but doesn't always update with new columns.
2. If the table was already imported into GraphQL, it may retain the old schema.
3. Schema caching might serve outdated metadata.
3. If a column was previously removed from GraphQL, it won't automatically reappear.
If you haven’t already, please try removing the table from GraphQL and then re adding it.
If the issue continues,
1. Run Update Schema at the data source level, not just on the table.
2. Refresh your browser or reopen the GraphQL item after updating & If you're using Git, confirm that both the SQL Database and GraphQL item are on the same branch or commit.
In case I’ve missed or misunderstood anything, or if you need more help, just let us know.
_Community Support Team.
Thank you for your response.
I did Update the schema at data source level.
I have questions here:
- What do you mean by GraphQL not always picks up column level schema updates? Are there scenarios where these are updated?
- I am pushing a schema level change in the table from the database, therefore only pushing theae changes via Git. Why would I push GraphQL via Git? It should pick up automatically updates once the database schema is updated in workspace.
Hi @Pragati11 ,
1. GraphQL’s refresh process can sometimes be inconsistent with detecting column changes. While new objects such as tables or views are typically recognized immediately, updates to existing tables may not always be reflected right away. In such cases, it may be necessary to manually refresh GraphQL’s metadata by removing and re-adding the table or performing a full source refresh.
2. Pushing schema changes via Git updates the Fabric SQL database, but GraphQL maintains its own schema layer. Changes made through Git are not automatically communicated to GraphQL, so while it is not required to push changes to GraphQL via Git, you do need to refresh GraphQL to ensure the table structure is updated.
Thank you for your time, and I hope this is helpful.
I did try removing the table and adding it again to the GraphQL. It did bring in the new columns but then it deleted the relationships that this table had with few other tables.
So, for a workaround I tried bringing an additional table to GraphQL and refreshed the schema, it pulled the column updates for the table I made changes to.
So coming to my last question.
Do we have any ETA on if this will issue with the GraphQL metadata refresh will be fixed in future? 😊
Hi @Pragati11 ,
Thank you for confirming and testing both approaches.
Yes, removing and re adding the table is a known way to refresh the column metadata in GraphQL.
Your workaround adding another table to trigger a broader schema refresh is clever and aligns with what other users have successfully tried.
At this time, Microsoft has not announced a specific ETA for when GraphQL will fully support automatic column level schema updates without affecting relationships or requiring manual intervention.
Since this behavior can impact client environments, I recommend raising a support ticket with Microsoft Fabric or using the Send Feedback option directly from your workspace. This helps bring more visibility to the issue and may contribute to prioritizing a fix
How to create a Fabric and Power BI Support ticket - Power BI | Microsoft Learn
Learn about Microsoft Fabric feedback - Microsoft Fabric | Microsoft Learn
Once you’ve reviewed this, please let us know which route you chose. It will help other users as well. Thanks.
Hi @V-yubandi-msft ,
I did ended up using my way of adding a table and removing it again to push hard schema refresh. As GraphQL has been announced to be in GA at Ignite recently, I will wait for Microsoft to come up with an ETA on this issue.
Thanks for your comments here. 🙂
I will accepting multiple solutions to this thread so it can help community members with the similar issue.
| User | Count |
|---|---|
| 22 | |
| 11 | |
| 9 | |
| 6 | |
| 6 |
| User | Count |
|---|---|
| 33 | |
| 26 | |
| 18 | |
| 16 | |
| 14 |