Join us for an expert-led overview of the tools and concepts you'll need to pass exam PL-300. The first session starts on June 11th. See you there!
Get registeredJoin us at FabCon Vienna from September 15-18, 2025, for the ultimate Fabric, Power BI, SQL, and AI community-led learning event. Save €200 with code FABCOMM. Get registered
We are trying out fabric with F2 & F4 skus.
We are finding that the time for schema changes to be reflected in the sql endpoint are significant.
If we add a table to a view, add or delete a view in the sql endpoint, its not visible in the tables section to the left for at least 30 minutes.
It is often not available to the default schema for hours.
When it finally appears, we get an error creating relationships for a further few mins.
This is massively slowing down progress as it disrupts the development/engineering workflow.
Is this just how fabric is right now, or is performance better in the higher tier skus like F64?
Hi @wilson_smyth,
In fact, this delay already mentioned in official documents. The sync operation not only sync the table but also include many other processions.(for example: sync table from Lakehouse to warehouse, detect and binding data type and relationship column mapping, registrations correspond contents and artifact in capacity, etc..)
Regards,
Xiaoxin Sheng
Same across all SKUs as far as we can tell.
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
User | Count |
---|---|
3 | |
3 | |
2 | |
2 | |
1 |