Databricks Pipelines

Databricks CDC (Change Data Capture)pipelinesChange Data Capture (CDC) in Databricks is a pattern for processing only the changes (inserts, updates,…

Data pipelines on Databricks move data from source systems into Delta tables and refine it through bronze, silver and gold layers. This section focuses on change data capture (CDC), the pattern for applying inserts, updates and deletes from a source instead of reloading it, and places it alongside the other ingestion options on the platform.

Declarative pipeline construction on Databricks.



‹ Databricks



1. Pipeline flow

Incremental pipeline on Databricks Sources DBs, files, Kafka Auto Loader / CDC feed incremental input Bronze raw Delta Silver APPLY CHANGES / MERGE Gold aggregates

New files are picked up incrementally with Auto Loader, and change events from databases arrive through a CDC tool (Debezium, a vendor connector, or Lakeflow Connect) as a stream of row-level operations. The bronze layer stores these as received. The silver layer applies them to keep a current-state table, using MERGE INTO in a notebook or APPLY CHANGES INTO in Delta Live Tables, which also handles out-of-order events and SCD Type 2 history. Gold tables aggregate for reporting.

2. Choosing a pattern

PatternHowUse when
Full reloadOverwrite the table each runSmall tables, no change tracking at source
Incremental appendAuto Loader, Structured StreamingImmutable events and files
CDC with MERGEJobs + Delta MERGECustom logic, existing notebooks
CDC with DLTAPPLY CHANGES INTODeclarative pipelines, SCD Type 1/2, built-in quality checks

Delta Live Tables (now part of Lakeflow Declarative Pipelines) trades some flexibility for managed orchestration, retries, lineage and data-quality expectations; plain Jobs with MERGE give full control at the cost of writing that plumbing yourself.

Delta Lake on DatabricksSectionDelta Live Tables, SCD Type 2 Databricks ArchitectureSectionmedallion layers ETL Pipelinepipelinesgeneral ETL concepts