Allow easier partitioning and compaction in Delta tables written to filesystem

[arjun-panchmatia-mechademy]

Feature description

It is currently possible to set partitioning strategy when writing to deltalake on Cloud / local. This is achieved by passing relevant parameters to the decorator / applying hints. However, it doesn't look like the filesystem destination natively supports complex partitioning strategies. Example: given a resource that emits timestamps, it is not possible to achieve granular partitioning based on year, month, and day.

Considering how common the above use-case is, it'd be very useful to have. A current workaround involves creating the year, month, and day columns in the resource itself and then using those. However, for smaller tables (as is the case with time-series data), that would incur needless storage and compute costs.

Compaction would also be nice to have, considering near real-time tables tend to have very frequent writes with each file being small in nature. This quickly makes it very hard to query data when using something like polars or duckdb to read directly from the deltalake.

Are you a dlt user?

None

Use case

We're precisely trying to find a way to partition our data without appending additional fields, as described above.

Proposed solution

I am unsure of what the syntax for this would look like, but considering how common this usecase is, I believe datetime object-specific checks could probably be integrated?

Related issues

No response

[rudolfix]

@arjun-panchmatia-mechademy regarding compacting and vacuuming: this is already supported
https://dlthub.com/docs/dlt-ecosystem/destinations/filesystem#get_delta_tables-helper
in essence: after a pipeline run, you can use the pipeline to get all the delta tables and then vacuum them or rebuild indexes. this is just a few lines of code. we decided it is better if that happens outside the load process.

metadata is compacted by delta-rs each (AFAIK) 100 runs of the pipeline.

now regarding partitions: we need to how to add generated tables with delta-rs. then we can use resource adapter to generate custom hints. best way to understand what adapter does is to look at BigQuery adapter:
https://dlthub.com/docs/dlt-ecosystem/destinations/bigquery#use-an-adapter-to-apply-hints-to-a-resource
in case of delta we can use it to specify generated columns, partitions (and maybe more).
@jorritsandbrink FYI. we'll take a look at delta-rs soon.