20-25% of exam
Lakehouse, Delta Lake and Medallion Architecture
Combine flexible data lake storage with reliable Delta tables, structured through Bronze, Silver and Gold layers
Ingest and Transform DataFabric Foundations and OneLakeApache Spark and NotebooksLakehouse, Delta Lake and Medallion ArchitectureFabric Data WarehouseStreaming Data and Real-Time IntelligenceMonitor and Maintain DataCI/CD and Lifecycle ManagementSecure DataFinal Revision: Scenario and Component Guide
Lakehouse Fundamentals
A lakehouse combines the flexible storage of a data lake with structured querying and relational features associated with a data warehouse. In Fabric, it supports both Spark and a SQL analytics endpoint.
Lakehouse Areas
- Files: raw or semi-structured files such as CSV, JSON, images and Parquet
- Tables: Delta tables with metadata, ACID transactions and schema support
- SQL analytics endpoint: read-only T-SQL access to lakehouse Delta tables
- Spark notebooks: engineering, advanced transformation and machine-learning workloads
- Semantic model: relationships, measures and business-ready reporting definitions
Common Confusion
- The SQL analytics endpoint is read-only for lakehouse tables
- A Fabric Warehouse supports read-and-write transactional T-SQL
Delta Lake Structure and Optimisation
A Delta table is a schema abstraction over Parquet data files plus a transaction log. The _delta_log folder records changes and enables reliable table operations.
Why Delta Matters
- ACID transactions protect consistency during concurrent operations
- Schema enforcement prevents incompatible structures from being written
- CRUD operations support insert, update and delete semantics
- Time travel allows access to previous table versions
- Batch and streaming workloads can use the same table
- Open storage keeps Parquet-based data accessible to multiple engines
Optimising Delta Tables
- Optimize Write reduces small files during writes and is generally enabled by default
- OPTIMIZE compacts existing small files after large loads or fragmentation
- V-Order improves read efficiency for frequently queried reporting tables
- VACUUM removes obsolete unreferenced files, but can prevent time travel to older versions
- Partitioning enables data skipping for very large tables with logical filter columns
Medallion Architecture
The medallion pattern organises data into progressive layers of quality.
Bronze, Silver, Gold
- Bronze: raw source-aligned landing data with minimal modification
- Silver: validated, cleaned, deduplicated and integrated data
- Gold: business-ready, enriched or aggregated data for reporting and analytics
Choosing the Right Tool per Layer
- Use Dataflows Gen2 for simpler low-code transformations
- Use notebooks for large-scale or complex transformations
- Use pipelines to orchestrate movement between layers
Design Principle
- The medallion pattern does not replace dimensional modelling; the Gold layer can still contain fact and dimension structures