Databricks Updated Databricks-Certified-Data-Engineer-Associate Exam Questions and Answers by eleni

A fan-in dependency pattern makes the dashboard task depend on all three parallel tasks. After the entry notebook completes, Databricks can execute the cleansing, feature-engineering, and model-update tasks concurrently because none depends on another. The dashboard refresh remains blocked until every configured upstream dependency has completed successfully. In Lakeflow Jobs, task dependencies form a directed acyclic graph, and Databricks runs as many eligible upstream tasks in parallel as possible. The default All succeeded Run if condition ensures that the downstream dashboard task runs only when all three dependencies succeed. Sequentially chaining the parallel tasks would unnecessarily increase the total execution time. Depending on only one task could refresh the dashboard before the other outputs are ready. Therefore, option B correctly implements the required fan-out and fan-in DAG.

================

Bronze tables are the first layer of a medallion architecture, which is a data design pattern used to organize data in a lakehouse. Bronze tables contain raw data ingested from various sources, such as RDBMS data, JSON files, IoT data, etc. The table structures in this layer correspond to the source system table structures “as-is”, along with any additional metadata columns that capture the load date/time, process ID, etc. The only transformation applied to the raw data in this layer is to apply a schema, which defines the column names and data types of the table. The schema can be inferred from the data source or specified explicitly. Applying a schema to the raw data enables the use of SQL and other structured query languages to access and analyze the data. Therefore, option E is the correct answer. References: What is a Medallion Architecture?, Raw Data Ingestion into Delta Lake Bronze tables using Azure Synapse Mapping Data Flow, Apache Spark + Delta Lake concepts, Delta Lake Architecture & Azure Databricks Workspace.

In the Medallion Architecture promoted by Databricks, the Bronze layer represents the raw ingestion layer where data is stored in its original form with minimal transformation. The primary goal is to ensure data fidelity and traceability , not to apply business logic or heavy transformations. Typical operations in the Bronze layer include schema inference (or enforcement), ingestion of raw data, and the addition of metadata columns such as ingestion timestamp, load date/time, and process identifiers. These metadata fields help track lineage, enable debugging, and support incremental processing downstream. Extensive data cleansing (A), aggregations (B), and business transformations (C) are intentionally deferred to the Silver and Gold layers , where data is refined and structured for analytics. By keeping Bronze data close to the source and append-only, organizations maintain a reliable audit trail and can reprocess data if needed. Therefore, adding operational metadata like load timestamps and process IDs is the correct characteristic of Bronze layer transformations.

=========

Serverless compute for workflows is designed to minimize operational overhead for Databricks Jobs while enforcing Unity Catalog governance. When a job is configured to run on serverless compute (in supported regions), Databricks automatically selects instance types , manages autoscaling , enables Photon where applicable, and handles runtime upgrades without user intervention. This directly satisfies the requirement to reduce operational toil. All-purpose clusters (option B) and traditional job clusters (option C) still require users to manage cluster sizing, instance families, and runtime versions, which contradicts the goal of automation. SQL warehouses (option A) are intended for SQL workloads and do not support running general Python notebook job tasks as workflow steps. Databricks documentation specifies that serverless workflows are compatible with Unity Catalog and are the recommended approach when users want fully managed compute for scheduled pipelines and tasks, provided the workspace is in a supported region. This makes serverless compute the correct and fully compliant solution.