# Databricks Enhances AUTO CDC _Databricks enhances AUTO CDC with bitemporal tracking and partial updates, simplifying complex data capture and ensuring auditability._ **Updated:** 2026-08-22 **Published:** 2026-08-12 **Source:** https://www.startuphub.ai/ai-news/technology/2026/databricks-enhances-auto-cdc --- Databricks is pushing the boundaries of change data capture (CDC) with significant enhancements to its Automated Change Data Capture (AUTO CDC) capabilities. The company announced updates that address some of the most complex data engineering challenges, including bitemporal tracking and partial record updates. These advancements, now integrated into open-source Apache Spark 4.2, aim to eliminate the need for extensive custom coding in CDC pipelines. You can read more about the [Databricks announcement](https://www.databricks.com/blog/taking-auto-cdc-next-level-solving-hardest-real-world-use-cases). Complex CDC pipelinesDriver traditional methods require hundreds of lines of complex MERGE logic, prone to errorsFrom the article 2 mentionsThese advancements in AUTO CDC by Databricks represent a significant step forward in managing complex data pipelines.addressed byDatabricks AUTO CDCCorepreviously offered declarative patterns for SCD Type 1, SCD Type 2, and Snapshot CDCFrom the article 6 mentionsDatabricks is pushing the boundaries of change data capture (CDC) with significant enhancements to its Automated Change Data Capture (AUTO CDC) capabilities.nowEnhanced AUTO CDCCorenow includes bitemporal tracking and partial record updates for complex data captureFrom the article 6 mentionsDatabricks' AUTO CDC, introduced previously, aimed to simplify this by offering declarative patterns for SCD Type 1, SCD Type 2, and Snapshot CDC.Bitemporal TrackingContextdual-axis history tracking ensures auditability and simplifies complex data captureFrom the article 6 mentionsThe company announced updates that address some of the most complex data engineering challenges, including bitemporal tracking and partial record updates.Partial UpdatesContextcleaner data integration by updating only changed fields, not entire recordsFrom the article 9 mentionsAnother key enhancement is the General Availability of AutoCDC Partial Updates.Open SourceCoreadvancements integrated into open-source Apache Spark 4.2 for broader adoptionFrom the article 2 mentionsDatabricks continues its commitment to open source by contributing AUTO CDC capabilities to Apache Spark.Simplified Data EngineeringEffecteliminates need for extensive custom coding in CDC pipelines, reducing effortFrom the articleThe company announced updates that address some of the most complex data engineering challenges, including bitemporal tracking and partial record updates.results inImproved AuditabilityOutcomebitemporal tracking provides a complete, accurate history of data changes Change data capture is a foundational task for data engineers, but historically, implementing it correctly on platforms like Spark has been a labor-intensive process. Traditional methods often involve writing hundreds of lines of complex MERGE logic, which are prone to errors and difficult to maintain. Databricks' AUTO CDC, introduced previously, aimed to simplify this by offering declarative patterns for SCD Type 1, SCD Type 2, and Snapshot CDC. The latest updates tackle even more intricate scenarios. ## Dual-Axis History Tracking with Bitemporal AUTO CDC One of the most significant additions is Dual-Axis History Tracking, powered by Bitemporal AUTO CDC. This feature is designed to meet stringent regulatory compliance requirements, such as those mandated by SEC Rule 17a-4 and FINRA. These rules often require firms to reconstruct data as it existed at specific points in time, a task that standard CDC methods struggle with. Bitemporal CDC addresses this by independently tracking two distinct timelines: business time (when an event was true in the real world) and system time (when the data was recorded by the system). This dual-axis approach adds four system-managed columns to target tables: __START_AT, __END_AT for business time, and __SYSTEM_START_AT, __SYSTEM_END_AT for system time. This allows for precise point-in-time reconstruction along either axis, even when data arrives out of order. The system rewrites history when corrections arrive, ensuring data integrity. ## Reproducible ML Beyond Time Travel The bitemporal table structure also offers a solution for reproducible machine learning models. Unlike Delta Lake's time travel, which relies on file history that can be purged by operations like VACUUM, bitemporal tables store history as actual data rows. This means that even after data compaction or retention window expirations, past business or system versions remain queryable. This is critical for ML audits and reviews, where reconstructing the exact dataset used for training is paramount. ML engineers can log specific business and system time instants as parameters in tools like MLflow, ensuring that the training data can be precisely recreated months or years later, irrespective of underlying file management. ## Partial Updates for Cleaner Data Integration Another key enhancement is the General Availability of AutoCDC Partial Updates. Many CDC sources do not emit full rows for updates, instead sending only the changed fields and marking unchanged ones as NULL. Without specialized handling, these NULL values could unintentionally overwrite existing, correct data in the target table, leading to corruption. AutoCDC Partial Updates intelligently interprets NULL values in incoming updates as instructions to "do not update" for specific columns, rather than overwriting existing data. This feature is particularly valuable when integrating data from systems that omit unchanged fields in their update payloads. Users can configure which columns should ignore NULL updates using parameters like IGNORE NULL UPDATES ON columnList or COLUMNS TO UPDATE, eliminating the need for custom logic to manage these scenarios. ## Commitment to Open Source Databricks continues its commitment to open source by contributing AUTO CDC capabilities to Apache Spark. The Python API for AUTO CDC Type 1 has been contributed to Apache Spark 4.2. Future contributions planned for the open-source project include the SQL interface, advanced pipeline semantics for SCD Type 2, native changelog inputs, and partial update support. This open-source approach ensures that standardized, out-of-order CDC capabilities become widely accessible within the broader Spark ecosystem. These advancements in AUTO CDC by Databricks represent a significant step forward in managing complex data pipelines. By providing declarative, out-of-the-box solutions for challenging use cases like bitemporal tracking and partial updates, the company is enabling data engineers to build more reliable, auditable, and efficient systems without resorting to custom code. This move also extends powerful data management features to the open-source community through Apache Spark. --- Original analysis from [startuphub.ai](https://www.startuphub.ai), the #1 AI startup directory.