apache / apache/hudi

Snapshot view management & Time Travel

Open
#15,367 0 comments 0 reactions 1 assignee Claimed by @nsivabalan View on GitHub
from-jira priority:high type:epic
Dominant language
Java
Stars
6.2k
Forks
2.5k
Avg merge
2d 8h
Merged PRs (30d)
111

Description

!image-2022-08-22-02-03-31-588.png!
for the snapshot view scenario, Hudi already provides two key features to support it:
Time travel: user provides a timestamp to query a specific snapshot view of a Hudi table
Savepoint/restore: "savepoint" saves the table as of the commit time so that it lets you restore the table to this savepoint at a later point in time if need be. but in this case, the user usually uses this to prevent cleaning snapshot view at a specific timestamp, only clean unused files
The situation is there some inconvenience for users if use them directly

Usually users incline to use a meaningful name instead of querying Hudi table with a timestamp, using the timestamp in SQL may lead to the wrong snapshot view being used. for example, we can announce that a new tag of hudi table with table_nameYYYYMMDD was released, then the user can use this new table name to query.
Savepoint is not designed for this "snapshot view" scenario in the beginning, it is designed for disaster recovery. let's say a new snapshot view will be created every day, and it has 7 days retention, we should support lifecycle management on top of it.
What I plan to do is to let Hudi support release a snapshot view and lifecycle management out-of-box.

## JIRA info

- Link: https://issues.apache.org/jira/browse/HUDI-4677
- Type: Epic
- Fix version(s):
- 1.1.0
- Attachment(s):
- 21/Aug/22 18:03;fengjian_428;image-2022-08-22-02-03-31-588.png;https://issues.apache.org/jira/secure/attachment/13048357/image-2022-08-22-02-03-31-588.png

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.