Skip to main content
The Delta Lake destination writes standards-compliant Delta Lake tables to any supported cloud object storage. Each batch of records is encoded as Parquet, uploaded to your storage path, and committed as a new Delta Lake version — readable by Spark, Databricks, DuckDB, Trino, and every other Delta-compatible engine.

Architecture

Every write is an atomic commit. The Delta transaction log records column schemas, file-level statistics (min/max/null counts), and version history so downstream consumers can perform time travel, predicate pushdown, and file skipping.

Supported cloud providers

Write modes

Adds new Parquet files and a new Delta log version. Existing data remains untouched. Each pipeline run creates a new version number.Best for: event streams, logs, incremental loads, and any workload where historical data should not be modified.

Schema evolution

When schema evolution is enabled, the destination adapts to upstream changes automatically:
1

First batch — type inference

Column types are inferred from the data: integers map to long, decimals to double, strings to string, booleans to boolean, and ISO-8601 timestamps to timestamp.
2

Subsequent batches — additive columns

If a new column appears in a later batch, it is appended to the Parquet schema and the Delta log. Existing columns retain their original types.
3

Type consistency

Once a column type is established in the first batch, it remains fixed for the life of the table. Mismatched types in later batches are coerced where safe or rejected with an error.
Supported Delta types: string, long, double, boolean, timestamp, date, integer, short, byte, float, binary.

Column statistics

When statistics are enabled, every Parquet file commit includes metadata in the Delta log:
  • numRecords — row count in the file
  • minValues / maxValues — per-column extremes for numeric, string, date, and timestamp types
  • nullCount — null values per column
Query engines use these statistics for predicate pushdown and file skipping, dramatically reducing scan times on large tables.

Reading your tables

Once data lands, any Delta-compatible engine can query it immediately:

Performance benchmarks

Benchmarked on a standard Planasonix worker writing to S3 (us-west-2):
Throughput scales linearly with batch size. Larger batches produce fewer, larger Parquet files — ideal for analytical query patterns. Smaller batches (5,000–10,000) suit near-real-time use cases.

Troubleshooting

Comparison with other lake destinations

Data warehouses

Warehouse connections for Snowflake, BigQuery, Databricks, Fabric, and more.

Destination nodes

Write modes, pre-flight checks, and other destination node types.

Cloud storage

Configure S3, GCS, and Azure Blob connections used by the Delta Lake destination.

Data contracts

Enforce schema and quality rules before data lands in your lake.