Thanks for the FLIP, Jingsong.

+1 (binding)

Naming wise, I am also slightly leaning towards calling it
"flink-table-store".

Thanks,

Jiangjie (Becket) Qin

On Mon, Jan 10, 2022 at 7:39 PM Fabian Paul <fp...@apache.org> wrote:

> Hi all,
>
> I just wanted to give my two cents for the build system discussion. In
> general, I agree with David's opinion to start new projects with
> Gradle but during the development of the external connector
> repository, we found some difficulties that still need to be solved. I
> do not want to force another project (with maybe limited Gradle
> expertise) to use Gradle right now. After we fully established the
> external connector repository with Gradle I can imagine converting the
> other external repositories as well.
>
> Best,
> Fabian
>
> On Mon, Jan 10, 2022 at 12:04 PM Jark Wu <imj...@gmail.com> wrote:
> >
> > I'm also in favour of "flink-table-store".
> >
> > Best,
> > Jark
> >
> > On Mon, 10 Jan 2022 at 16:18, David Morávek <d...@apache.org> wrote:
> >>
> >> Hi Jingsong,
> >>
> >> the connector repository prototype I've seen is being built on top of
> >> Gradle [1], that's why I was referring to it (I think one idea was also
> to
> >> migrate the main repository to Gradle eventually). I think Martijn /
> Fabian
> >> may be bit more familiar with the connectors repository effort and could
> >> shed some light on this.
> >>
> >> [1] https://github.com/apache/flink-connectors
> >>
> >> Best,
> >> D.
> >>
> >> On Mon, Jan 10, 2022 at 8:57 AM Yu Li <car...@gmail.com> wrote:
> >>
> >> > +1 for a separate repository and release pipeline in the same way as
> >> > flink-statefun [1], flink-ml [2] and the coming flink-connectors [3].
> >> >
> >> > +1 for naming it as "flink-table-store" (I'm also ok with
> >> > "flink-table-storage", but slightly prefer "flink-table-store"
> because it's
> >> > shorter)
> >> >
> >> > Thanks for driving this Jingsong, and look forward to a fast
> evolution of
> >> > this direction!
> >> >
> >> > Best Regards,
> >> > Yu
> >> >
> >> > [1] https://github.com/apache/flink-statefun
> >> > [2] https://github.com/apache/flink-ml
> >> > [3] https://github.com/apache/flink-connectors
> >> >
> >> >
> >> > On Mon, 10 Jan 2022 at 10:52, Jingsong Li <jingsongl...@gmail.com>
> wrote:
> >> >
> >> > > Hi David, thanks for your suggestion.
> >> > >
> >> > > I think we should re-use as many common components with connectors
> as
> >> > > possible. I don't fully understand what you mean, but for this
> project
> >> > > I prefer to use Maven rather than Gradle.
> >> > >
> >> > > Best,
> >> > > Jingsong
> >> > >
> >> > > On Fri, Jan 7, 2022 at 11:59 PM David Morávek <d...@apache.org>
> wrote:
> >> > > >
> >> > > > +1 for the separate repository under the Flink umbrella
> >> > > >
> >> > > > as we've already started creating more repositories with
> connectors,
> >> > > would
> >> > > > it be possible to re-use the same build infrastructure for this
> one?
> >> > (eg.
> >> > > > shared set of Gradle plugins that unify the build experience)?
> >> > > >
> >> > > > Best,
> >> > > > D.
> >> > > >
> >> > > > On Fri, Jan 7, 2022 at 11:31 AM Jingsong Li <
> jingsongl...@gmail.com>
> >> > > wrote:
> >> > > >
> >> > > > > For more references on `store` and `storage`:
> >> > > > >
> >> > > > > For example,
> >> > > > >
> >> > > > > Rocksdb is a library that provides an embeddable, persistent
> >> > key-value
> >> > > > > store for fast storage. [1]
> >> > > > >
> >> > > > > Apache HBase [1] is an open-source, distributed, versioned,
> >> > > > > column-oriented store modeled after Google' Bigtable. [2]
> >> > > > >
> >> > > > > [1] https://github.com/facebook/rocksdb
> >> > > > > [2] https://github.com/apache/hbase
> >> > > > >
> >> > > > > Best,
> >> > > > > Jingsong
> >> > > > >
> >> > > > > On Fri, Jan 7, 2022 at 6:17 PM Jingsong Li <
> jingsongl...@gmail.com>
> >> > > wrote:
> >> > > > > >
> >> > > > > > Thanks all,
> >> > > > > >
> >> > > > > > Combining everyone's comments, I recommend using
> >> > `flink-table-store`:
> >> > > > > >
> >> > > > > > ## table
> >> > > > > > something to do with table storage (From Till). Not only
> >> > flink-table,
> >> > > > > > but also for user-oriented tables.
> >> > > > > >
> >> > > > > > ## store vs storage
> >> > > > > > - The first point I think, store is better pronounced,
> storage is
> >> > > > > > three syllables while store is two syllables
> >> > > > > > - Yes, store also stands for shopping. But I think the English
> >> > > > > > polysemy is also quite interesting, a store to store various
> items,
> >> > > it
> >> > > > > > also feels interesting to represent the feeling that we want
> to do
> >> > > > > > data storage.
> >> > > > > > - The first feeling is, storage is a physical object or
> abstract
> >> > > > > > concept, store is a software application or entity
> >> > > > > >
> >> > > > > > So I prefer `flink-table-store`, what do you think?
> >> > > > > >
> >> > > > > > (@_@ Naming is too difficult)
> >> > > > > >
> >> > > > > > Best,
> >> > > > > > Jingsong
> >> > > > > >
> >> > > > > > On Fri, Jan 7, 2022 at 5:37 PM Konstantin Knauf <
> kna...@apache.org
> >> > >
> >> > > > > wrote:
> >> > > > > > >
> >> > > > > > > +1 to a separate repository assuming this repository will
> still
> >> > be
> >> > > > > part of
> >> > > > > > > Apache Flink (same PMC, Committers). I am not aware we have
> >> > > something
> >> > > > > like
> >> > > > > > > "sub-projects" officially.
> >> > > > > > >
> >> > > > > > > I share Till and Timo's concerns regarding "store".
> >> > > > > > >
> >> > > > > > > On Fri, Jan 7, 2022 at 9:59 AM Till Rohrmann <
> >> > trohrm...@apache.org
> >> > > >
> >> > > > > wrote:
> >> > > > > > >
> >> > > > > > > > +1 for the separate project.
> >> > > > > > > >
> >> > > > > > > > I would agree that flink-store is not the best name.
> >> > > flink-storage >
> >> > > > > > > > flink-store but I would even more prefer a name that
> conveys
> >> > > that it
> >> > > > > has
> >> > > > > > > > something to do with table storage.
> >> > > > > > > >
> >> > > > > > > > Cheers,
> >> > > > > > > > Till
> >> > > > > > > >
> >> > > > > > > > On Fri, Jan 7, 2022 at 9:14 AM Timo Walther <
> >> > twal...@apache.org>
> >> > > > > wrote:
> >> > > > > > > >
> >> > > > > > > > > +1 for the separate project
> >> > > > > > > > >
> >> > > > > > > > > But maybe use `flink-storage` instead of `flink-store`?
> >> > > > > > > > >
> >> > > > > > > > > I'm not a native speaker but store is defined as "A
> place
> >> > where
> >> > > > > items
> >> > > > > > > > > may be purchased.". It almost sounds like the
> >> > `flink-packages`
> >> > > > > project.
> >> > > > > > > > >
> >> > > > > > > > > Regards,
> >> > > > > > > > > Timo
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > > On 07.01.22 08:37, Jingsong Li wrote:
> >> > > > > > > > > > Hi everyone,
> >> > > > > > > > > >
> >> > > > > > > > > > I'd like to start a vote for create a separate sub
> project
> >> > > for
> >> > > > > > > > > > FLIP-188 [1]: `flink-store`.
> >> > > > > > > > > >
> >> > > > > > > > > > - If you agree with the name `flink-store`, please
> just +1
> >> > > > > > > > > > - If you have a better suggestion, please write your
> >> > > suggestion,
> >> > > > > > > > > > followed by a reply that can +1 to the name that has
> >> > appeared
> >> > > > > > > > > > - If you do not want it to be a subproject of flink,
> just
> >> > -1
> >> > > > > > > > > >
> >> > > > > > > > > > The vote will be open for at least 72 hours unless
> there is
> >> > > an
> >> > > > > > > > > > objection or not enough votes.
> >> > > > > > > > > >
> >> > > > > > > > > > [1]
> >> > > > > > > > >
> >> > > > > > > >
> >> > > > >
> >> > >
> >> >
> https://cwiki.apache.org/confluence/display/FLINK/FLIP-188%3A+Introduce+Built-in+Dynamic+Table+Storage
> >> > > > > > > > > >
> >> > > > > > > > > > Best,
> >> > > > > > > > > > Jingsong
> >> > > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > >
> >> > > > > > >
> >> > > > > > >
> >> > > > > > > --
> >> > > > > > >
> >> > > > > > > Konstantin Knauf
> >> > > > > > >
> >> > > > > > > https://twitter.com/snntrable
> >> > > > > > >
> >> > > > > > > https://github.com/knaufk
> >> > > > > >
> >> > > > > >
> >> > > > > >
> >> > > > > > --
> >> > > > > > Best, Jingsong Lee
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > --
> >> > > > > Best, Jingsong Lee
> >> > > > >
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > Best, Jingsong Lee
> >> > >
> >> >
>

Reply via email to