Building Gold-layer views and tables for BI and analytics
Gold layer objects expose curated, business-ready data to BI and analytics consumers in Unity Catalog. The main object types are managed tables, views, materialized views, and streaming tables, each differing in refresh behavior, storage, and cost tradeoffs. Choosing the right type depends on freshness requirements, query patterns, and compute cost tolerance.
1 · Learn the must-know
- A view is a virtual object with no stored data; it re-executes its defining query on every access, so it is always fresh but adds compute cost per query.
- A table (managed or external) stores materialized data physically and must be explicitly refreshed via write/merge/overwrite operations or a pipeline; queries against it are fast since no recomputation happens at read time.
- A materialized view precomputes and stores query results, refreshing incrementally where possible, and is created and managed through Lakeflow Declarative Pipelines (formerly Delta Live Tables), reducing query latency for repeated BI dashboard queries.
- A streaming table is designed for incremental, append-only or CDC-style ingestion using Structured Streaming semantics within a pipeline, continuously or incrementally processing new data rather than reprocessing the full dataset.
- Materialized views and streaming tables are pipeline-managed objects and cannot be directly modified with arbitrary DML like a normal managed table; they are updated by re-running or triggering the owning pipeline.
- Gold tables typically apply business logic, aggregations, and joins on top of Silver layer data, and access is governed through Unity Catalog permissions (GRANT SELECT) so BI tools connect only to these curated objects.
2 · Check your understanding
An analytics engineer wants a Gold table that ingests append-only Change Data Feed records from a Silver Delta table continuously, applying incremental processing rather than reprocessing all history on each run. Which object should they create?
What you have tried across Databricks DEA's objectives, not a readiness score.
Databricks Intelligence Platform6% of the exam0 of 2 tried
Data Ingestion and Loading21% of the exam0 of 7 tried
Data Transformation and Modeling22% of the exam0 of 7 tried
Working with Lakeflow Jobs16% of the exam0 of 4 tried
Implementing CI/CD10% of the exam0 of 4 tried
Troubleshooting, Monitoring, and Optimization10% of the exam0 of 5 tried
Governance and Security15% of the exam0 of 4 tried
3 · Keep going
Ready for more? Take a weighted mock or try free practice questions.