Skip to content

Detect ranges for time-space partitioning

Andreas Brandl requested to merge ab/partitioning-detect-range into master

What does this MR do?

Another iteration on #220321 (closed): We don't need to specify min_date, max_date specifically anymore and rather check what actual data we have on the instance. This is possible because these partitions are not part of the static database schema anymore but rather managed dynamically (if !34504 (merged) is accepted - this is a dependency).

Note this MR targets the feature branch of !34504 (merged) for convenience. Once the other MR merged, I change to point to master instead.

Does this MR meet the acceptance criteria?

Conformity

Edited by 🤖 GitLab Bot 🤖

Merge request reports

Loading