Don't miss your chance to take the Fabric Data Engineer (DP-700) exam on us!
Learn moreNext up in the FabCon + SQLCon recap series: The roadmap for Microsoft SQL and Maximizing Developer experiences in Fabric. All sessions are available on-demand after the live show. Register now
Hi everyone,
In BigQuery (GCP) we have partitioning and clustering, which often makes complex analytical queries run much faster by reducing the amount of data scanned.
I’m exploring Microsoft Fabric and had a few questions:
Does Fabric have an equivalent concept to BigQuery partitioning/clustering?
I tried partitioning in a Fabric Lakehouse (Delta tables), but the performance wasn’t comparable to BigQuery for the same query pattern. Are there Fabric-specific best practices I might be missing (file sizing, OPTIMIZE, Z-ORDER, V-Order, etc.)?
I also couldn’t find a clear, official approach for partitioning in Fabric Data Warehouse. Is partitioning supported there, or is there another recommended mechanism?
If anyone has implemented a partitioning/clustering strategy in Fabric Lakehouse or Fabric Warehouse to improve query performance, I’d love to hear what worked (and what didn’t). Any references or examples would be really helpful.
Thanks in advance!
Solved! Go to Solution.
Hi @iamabhaykmr
Thanks for reaching out to Microsoft Fabric Community Forum.
Fabric doesn’t use partitioning/clustering in the same way as BigQuery, but similar performance optimizations are available through Lakehouse partitioning, file compaction (OPTIMIZE), and data layout techniques like Z-Order / V-Order.
For Fabric Data Warehouse, user-managed partitioning isn’t exposed like in BigQuery. The recommended approach is to optimize large tables in the Lakehouse and then query or materialize curated data into the Warehouse.
You can also refer to similar solved threads and official Fabric performance guidance for best practices around Delta table optimization and Warehouse performance tuning.
Reference : Solved: V-Order & Z-Order - Microsoft Fabric Community
Solved: OPTIMIZE VORDER for partitioned tables - Microsoft Fabric Community
Solved: Re: Partitioning Strategy - Microsoft Fabric Community
Hope this helps !!
Thank You.
Hi @iamabhaykmr
Following up to confirm if the earlier responses addressed your query. If not, please share your questions and we’ll assist further.
Hi @iamabhaykmr
We wanted to follow up to check if you’ve had an opportunity to review the previous responses. If you require further assistance, please don’t hesitate to let us know.
For Fabric Warehouse there is no partitioning available, but there is clustering: Data Clustering in Fabric Data Warehouse - Microsoft Fabric | Microsoft Learn
Hi @iamabhaykmr
Thanks for reaching out to Microsoft Fabric Community Forum.
Fabric doesn’t use partitioning/clustering in the same way as BigQuery, but similar performance optimizations are available through Lakehouse partitioning, file compaction (OPTIMIZE), and data layout techniques like Z-Order / V-Order.
For Fabric Data Warehouse, user-managed partitioning isn’t exposed like in BigQuery. The recommended approach is to optimize large tables in the Lakehouse and then query or materialize curated data into the Warehouse.
You can also refer to similar solved threads and official Fabric performance guidance for best practices around Delta table optimization and Warehouse performance tuning.
Reference : Solved: V-Order & Z-Order - Microsoft Fabric Community
Solved: OPTIMIZE VORDER for partitioned tables - Microsoft Fabric Community
Solved: Re: Partitioning Strategy - Microsoft Fabric Community
Hope this helps !!
Thank You.
Experience the highlights from FabCon & SQLCon, available live and on-demand starting April 14th.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
| User | Count |
|---|---|
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 |
| User | Count |
|---|---|
| 9 | |
| 4 | |
| 4 | |
| 3 | |
| 3 |