Hi Ethan,

    Yes, based on the current situation, we still need to do much extra
work to provide snapshot view feature for the users( or users do this by
themself)
    . I plan to merge the COW part of this feature to 0.13.0 at least. will
consider your suggestion if time is tight
Thanks



On Wed, 14 Sept 2022 at 03:02, Y Ethan Guo <yi...@apache.org> wrote:

> Hi Feng Jian,
>
> Looking forward to the RFC!  Is the snapshot view management more like
> managing commits / savepoints in the Hudi timeline and hiding Hudi
> internals from the users?
>
> Do you plan to merge the implementation of snapshot view and lifecycle
> management for the next major release (0.13.0)?  Timeline-wise, if time is
> tight, you may also consider scoping out a subset of features to target
> 0.13.0.
>
> Best,
> - Ethan
>
> On Mon, Sep 12, 2022 at 10:43 PM Sivabalan <n.siv...@gmail.com> wrote:
>
> > Sounds like a nice feature to have. Eagerly looking forward for the RFC.
> >
> > On Sat, 27 Aug 2022 at 20:51, 冯健 <fengjian...@gmail.com> wrote:
> >
> > > I attached the image in this Jira Epic
> > > https://issues.apache.org/jira/browse/HUDI-4677, and the RFC is WIP,
> > will
> > > create a pr in the next few days
> > > Yeah, the basic idea is to implement lifecycle management based on the
> > > savepoint and time travel features, providing new ways for the user to
> > > operate
> > > and coordinate. won't propose any new concept
> > >
> > > On Sun, 28 Aug 2022 at 02:06, Shiyan Xu <xu.shiyan.raym...@gmail.com>
> > > wrote:
> > >
> > > > The dev email list does not support showing images unfortunately. you
> > may
> > > > want to put it behind a link.
> > > >
> > > > As for the idea itself,
> > > >
> > > > What I plan to do is to let Hudi support release a snapshot view and
> > > > > lifecycle management out-of-box.
> > > >
> > > >
> > > >  Are you planning to extend the savepoint feature to have lifecycle
> > mgmt
> > > > capabilities? We should consolidate overlapping features properly.
> > > >
> > > > On Sun, Aug 21, 2022 at 12:59 PM 冯健 <fengjian...@gmail.com> wrote:
> > > >
> > > > > Hi team,
> > > > > [image: image.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. We have already done some work
> when
> > > > > supporting customers' snapshot view requirements in my company, and
> > > hope
> > > > to
> > > > > land this feature in Community too.
> > > > >
> > > > > Please feel free to let me know if you have any idea about this.
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Jian Feng
> > > > >
> > > >
> > > >
> > > > --
> > > > Best,
> > > > Shiyan
> > > >
> > >
> >
> >
> > --
> > Regards,
> > -Sivabalan
> >
>

Reply via email to