Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Power BI is turning 10! Let’s celebrate together with dataviz contests, interactive sessions, and giveaways. Register now.

Reply
marius1106
Helper II
Helper II

Semantic model modification destroys whole data model

Dear Microsoft,

 

While building reports, I noticed some strange errors: When I click on edit tables in my semantic model to reload some tables the Report isn't working anymore. I looked at the semantic model and the table relations are there but not working anymore. After I manually deleted all connections between tables in the data model and recreated them it worked. But when there is another change I have to to it again and that's a big problem when you have like 100 Tables. 

 

In my warehouse I haven't set any primary or foreign key. Is that a problem? 

I build my semantic model on top of a warhouse (not a lakehouse), is that a problem? (But we have tried with a LH and had the same effect)

 

Thank you for your help!

1 ACCEPTED SOLUTION
v-dineshya
Community Support
Community Support

Hi @marius1106 ,

Thank you for reaching out to the Microsoft Community Forum.

 

Root Cause Analysis:

1.Relationships Disappear or Break After Table Refresh: When you reload or modify tables, Power BI or Fabric often recreates the table structure behind the scenes. Even though the table name stays the same, the underlying metadata identity changes, which invalidates relationships that were previously set up. This is especially common if you're using semantic models directly tied to Lakehouse or Warehouse without schema constraints.

2.No Primary/Foreign Keys in the Warehouse: Yes, this contributes to the problem. Without primary keys and foreign keys, the semantic model engine cannot automatically infer or re-bind relationships after a table reload. Even though you can define relationships manually, they're more fragile when the engine lacks schema guidance.

3.Warehouse vs Lakehouse: Whether you're using a Warehouse or Lakehouse isn’t the main problem. The issue is rooted in semantic model behavior and the absence of enforced keys—which affects both Warehouse and Lakehouse equally.

Please follow below steps:

1.Define Primary and Foreign Keys in Your Data Warehouse: This gives the semantic model engine metadata to work with, allowing it to preserve or recreate relationships reliably after table reloads. Most SQL-based engines (like Fabric Warehouse) allow you to define PRIMARY KEY and FOREIGN KEY constraints—even if not enforced physically.

2.Avoid Frequent Manual Reloads Unless Necessary: If possible, avoid clicking “Edit tables” frequently unless you’re adding or removing columns. Try to plan schema changes in bulk and re-establish relationships once.

3.Use Tabular Editor (if supported): You can export your entire semantic model with relationships using Tabular Editor. If relationships get broken after a change, you can re-apply your previously saved model and rebind the structure.

4.Document and Automate Model Setup: If you're working with 100+ tables, consider scripting your model creation using TOM (Tabular Object Model) or Power BI REST APIs. This makes it easier to re-create or repair models when they break.

5.Raise with Microsoft: You're not the only one facing this issue. Microsoft is aware of it in Fabric and Power BI in certain versions. Consider opening a support ticket and referencing other community threads—there’s a chance your case could push for better schema stability features.

 

If my response has resolved your query, please mark it as the Accepted Solution to assist others. Additionally, a 'Kudos' would be appreciated if you found my response helpful.

Thank you

 

View solution in original post

4 REPLIES 4
v-dineshya
Community Support
Community Support

Hi @marius1106 ,

Thank you for reaching out to the Microsoft Community Forum.

 

Root Cause Analysis:

1.Relationships Disappear or Break After Table Refresh: When you reload or modify tables, Power BI or Fabric often recreates the table structure behind the scenes. Even though the table name stays the same, the underlying metadata identity changes, which invalidates relationships that were previously set up. This is especially common if you're using semantic models directly tied to Lakehouse or Warehouse without schema constraints.

2.No Primary/Foreign Keys in the Warehouse: Yes, this contributes to the problem. Without primary keys and foreign keys, the semantic model engine cannot automatically infer or re-bind relationships after a table reload. Even though you can define relationships manually, they're more fragile when the engine lacks schema guidance.

3.Warehouse vs Lakehouse: Whether you're using a Warehouse or Lakehouse isn’t the main problem. The issue is rooted in semantic model behavior and the absence of enforced keys—which affects both Warehouse and Lakehouse equally.

Please follow below steps:

1.Define Primary and Foreign Keys in Your Data Warehouse: This gives the semantic model engine metadata to work with, allowing it to preserve or recreate relationships reliably after table reloads. Most SQL-based engines (like Fabric Warehouse) allow you to define PRIMARY KEY and FOREIGN KEY constraints—even if not enforced physically.

2.Avoid Frequent Manual Reloads Unless Necessary: If possible, avoid clicking “Edit tables” frequently unless you’re adding or removing columns. Try to plan schema changes in bulk and re-establish relationships once.

3.Use Tabular Editor (if supported): You can export your entire semantic model with relationships using Tabular Editor. If relationships get broken after a change, you can re-apply your previously saved model and rebind the structure.

4.Document and Automate Model Setup: If you're working with 100+ tables, consider scripting your model creation using TOM (Tabular Object Model) or Power BI REST APIs. This makes it easier to re-create or repair models when they break.

5.Raise with Microsoft: You're not the only one facing this issue. Microsoft is aware of it in Fabric and Power BI in certain versions. Consider opening a support ticket and referencing other community threads—there’s a chance your case could push for better schema stability features.

 

If my response has resolved your query, please mark it as the Accepted Solution to assist others. Additionally, a 'Kudos' would be appreciated if you found my response helpful.

Thank you

 

Hi @marius1106 ,

If my response has resolved your query, please mark it as the Accepted Solution to assist others. Additionally, a 'Kudos' would be appreciated if you found my response helpful.

Thank you

Akash_Varuna
Community Champion
Community Champion

Hi @marius1106  It is because of the missing primary and foreign keys in your data warehouse, which can cause Power BI to lose relationships when reloading tables. Without these keys, Power BI may fail to automatically detect and maintain connections.

Hi @Akash_Varuna , we added the missing primary keys and it worked for the default semantic model. But not in our custom semantic model (when you click on "new semantic model" in WH). Why doesn't it work there? Could you help me?

 

Thanks! 

Helpful resources

Announcements
June 2025 Power BI Update Carousel

Power BI Monthly Update - June 2025

Check out the June 2025 Power BI update to learn about new features.

June 2025 community update carousel

Fabric Community Update - June 2025

Find out what's new and trending in the Fabric community.