Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+1 (non-binding) for `flink-table-store` On Mon, Jan 10, 2022 at 11:20 PM Jingsong Li wrote: > Thanks everyone for your voting. > > If there are no objections, I'll close this vote and send a vote result > mail: > - create a sub project named `flink-table-store`. > > Best, > Jingsong > > On Tue, Jan 11, 2022 at 2:51 PM Jingsong Li > wrote: > > > > Hi Fabian, > > > > Thanks for your information. > > > > If gradle is mature later, it should not be too difficult to migrate > > from maven, we can consider it later. > > > > Best, > > Jingsong > > > > On Tue, Jan 11, 2022 at 12:00 PM 刘首维 > wrote: > > > > > > Thanks for driving this, Jingsong. > > > +1 (non-binding) for separate repository. > > > > > > > > > Best Regards, > > > Shouwei > > > > > > > > > --原始邮件-- > > > 发件人: > "dev" > < > godfre...@gmail.com; > > > 发送时间:2022年1月10日(星期一) 晚上11:06 > > > 收件人:"dev" > > 抄送:"Jark Wu" mart...@ververica.com; > > > 主题:Re: [VOTE] Create a separate sub project for FLIP-188: > flink-store > > > > > > > > > > > > +1 for the separate repository, and the name "flink-table-store". > > > > > > Best, > > > Godfrey > > > > > > Becket Qin > > > > > 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 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 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 > > > > > > > &g
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
Thanks everyone for your voting. If there are no objections, I'll close this vote and send a vote result mail: - create a sub project named `flink-table-store`. Best, Jingsong On Tue, Jan 11, 2022 at 2:51 PM Jingsong Li wrote: > > Hi Fabian, > > Thanks for your information. > > If gradle is mature later, it should not be too difficult to migrate > from maven, we can consider it later. > > Best, > Jingsong > > On Tue, Jan 11, 2022 at 12:00 PM 刘首维 wrote: > > > > Thanks for driving this, Jingsong. > > +1 (non-binding) for separate repository. > > > > > > Best Regards, > > Shouwei > > > > > > --原始邮件-- > > 发件人: > > "dev" > > > > > 发送时间:2022年1月10日(星期一) 晚上11:06 > > 收件人:"dev" > 抄送:"Jark Wu" > Visser" > 主题:Re: [VOTE] Create a separate sub project for FLIP-188: flink-store > > > > > > > > +1 for the separate repository, and the name "flink-table-store". > > > > Best, > > Godfrey > > > > Becket Qin > > > 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 > 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 > wrote: > > > >I'm also in favour of "flink-table-store". > > > >Best, > >Jark > > > >On Mon, 10 Jan 2022 at 16:18, David Morávek > > > > >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 > > > > > +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 > > > 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 > > > wrote: > > > > +1 for the separate rep
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
Hi Fabian, Thanks for your information. If gradle is mature later, it should not be too difficult to migrate from maven, we can consider it later. Best, Jingsong On Tue, Jan 11, 2022 at 12:00 PM 刘首维 wrote: > > Thanks for driving this, Jingsong. > +1 (non-binding) for separate repository. > > > Best Regards, > Shouwei > > > --原始邮件-- > 发件人: > "dev" > > 发送时间:2022年1月10日(星期一) 晚上11:06 > 收件人:"dev" 抄送:"Jark Wu" Visser" 主题:Re: [VOTE] Create a separate sub project for FLIP-188: flink-store > > > > +1 for the separate repository, and the name "flink-table-store". > > Best, > Godfrey > > Becket Qin > 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 > 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 wrote: > >I'm also in favour of "flink-table-store". > >Best, >Jark > >On Mon, 10 Jan 2022 at 16:18, David Morávek > >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 > > +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 >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 >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/faceboo
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
Thanks for driving this, Jingsong. +1 (non-binding) for separate repository. Best Regards, Shouwei ---- ??: "dev" https://github.com/apache/flink-connectors Best, D. On Mon, Jan 10, 2022 at 8:57 AM Yu Li 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 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+1 for the separate repository, and the name "flink-table-store". Best, Godfrey Becket Qin 于2022年1月10日周一 22:22写道: > > 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 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 wrote: > > > > > > I'm also in favour of "flink-table-store". > > > > > > Best, > > > Jark > > > > > > On Mon, 10 Jan 2022 at 16:18, David Morávek 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 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 > > 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 > > 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. > >
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
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 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 wrote: > > > > I'm also in favour of "flink-table-store". > > > > Best, > > Jark > > > > On Mon, 10 Jan 2022 at 16:18, David Morávek 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 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 > 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 > 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
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 wrote: > > I'm also in favour of "flink-table-store". > > Best, > Jark > > On Mon, 10 Jan 2022 at 16:18, David Morávek 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 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 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 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 >> > > 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 >> > > 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 > > > >> > > > > 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
I'm also in favour of "flink-table-store". Best, Jark On Mon, 10 Jan 2022 at 16:18, David Morávek 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 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 > 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 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 > > > 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 > > > > 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
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 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 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 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 > > 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 > > 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 > > > > > 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 >
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+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 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 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 > 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 > 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 > > > 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 > > > > 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 > > > 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 > > > > > > > > > > >
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+1 for the name of `flink-table-store`. Best Yun Tang From: Jingsong Li Sent: Monday, January 10, 2022 10:46 To: dev Subject: Re: [VOTE] Create a separate sub project for FLIP-188: flink-store 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 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 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 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 > > 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 > > 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 > > 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
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 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 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 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 > > 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 > > 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 > > 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+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 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 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 > 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 > 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 > 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 >
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
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 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 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 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 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
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 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 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 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+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 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 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
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+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 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 > > > >
Re: [VOTE] Create a separate sub project for FLIP-188: flink-store
+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
[VOTE] Create a separate sub project for FLIP-188: flink-store
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