;> +Table
> >>
> >> 发件人: aalexandrov [via Apache Flink (Incubator) Mailing List archive.]
> [mailto:ml-node+s1008284n4743...@n3.nabble.com]
> >> 发送时间: 2015年3月26日 19:40
> >> 收件人: Hongsibao
> >> 主题: Re: [VOTE] Name of Expression API Representation
> &g
om]
>> 发送时间: 2015年3月26日 19:40
>> 收件人: Hongsibao
>> 主题: Re: [VOTE] Name of Expression API Representation
>>
>> +Table
>>
>> 2015-03-26 10:28 GMT+01:00 Robert Metzger <[hidden
>> email]>:
>>
>>> +Table
>>>
>&
:46 PM, Matadorhong
> > wrote:
> > > +Table
> > >
> > > 发件人: aalexandrov [via Apache Flink (Incubator) Mailing List archive.]
> > [mailto:ml-node+s1008284n4743...@n3.nabble.com]
> > > 发送时间: 2015年3月26日 19:40
> > > 收件人: Hongsibao
> >
743...@n3.nabble.com]
> > 发送时间: 2015年3月26日 19:40
> > 收件人: Hongsibao
> > 主题: Re: [VOTE] Name of Expression API Representation
> >
> > +Table
> >
> > 2015-03-26 10:28 GMT+01:00 Robert Metzger <[hidden
> email]>:
> >
> >>
ble
>
> 发件人: aalexandrov [via Apache Flink (Incubator) Mailing List archive.]
> [mailto:ml-node+s1008284n4743...@n3.nabble.com]
> 发送时间: 2015年3月26日 19:40
> 收件人: Hongsibao
> 主题: Re: [VOTE] Name of Expression API Representation
>
> +Table
>
> 2015-03-26 10:28 GMT+01:00
+Table
发件人: aalexandrov [via Apache Flink (Incubator) Mailing List archive.]
[mailto:ml-node+s1008284n4743...@n3.nabble.com]
发送时间: 2015年3月26日 19:40
收件人: Hongsibao
主题: Re: [VOTE] Name of Expression API Representation
+Table
2015-03-26 10:28 GMT+01:00 Robert Metzger <[hidden
email]>:
&g
lin.de > wrote:
> > > >>
> > > >> > +Table
> > > >> >
> > > >> > I also agree with that line of argument (think SQL ;-) )
> > > >> >
> > > >> > -Ursprüngliche Nachricht-
r, Prof. Dr. <
> > >> volker.ma...@tu-berlin.de> wrote:
> > >>
> > >> > +Table
> > >> >
> > >> > I also agree with that line of argument (think SQL ;-) )
> > >> >
> > >> > -Ursprünglich
with that line of argument (think SQL ;-) )
> >> >
> >> > -Ursprüngliche Nachricht-----
> >> > Von: Timo Walther [mailto:twal...@apache.org]
> >> > Gesendet: Donnerstag, 26. März 2015 09:28
> >> > An: dev@flink.apache.org
> >> >
.ma...@tu-berlin.de> wrote:
>>
>> > +Table
>> >
>> > I also agree with that line of argument (think SQL ;-) )
>> >
>> > -Ursprüngliche Nachricht-
>> > Von: Timo Walther [mailto:twal...@apache.org]
>> > Gesendet: Donnerstag
)
> >
> > -Ursprüngliche Nachricht-
> > Von: Timo Walther [mailto:twal...@apache.org]
> > Gesendet: Donnerstag, 26. März 2015 09:28
> > An: dev@flink.apache.org
> > Betreff: Re: [VOTE] Name of Expression API Representation
> >
> > +Table API
endet: Donnerstag, 26. März 2015 09:28
> An: dev@flink.apache.org
> Betreff: Re: [VOTE] Name of Expression API Representation
>
> +Table API
>
> Same thoughts as Stephan. Table is more common in the economy than
> Relation.
>
> On 25.03.2015 21:30, Stephan Ewen wrote:
> &g
+Table
I also agree with that line of argument (think SQL ;-) )
-Ursprüngliche Nachricht-
Von: Timo Walther [mailto:twal...@apache.org]
Gesendet: Donnerstag, 26. März 2015 09:28
An: dev@flink.apache.org
Betreff: Re: [VOTE] Name of Expression API Representation
+Table API
Same thoughts
+Table API
Same thoughts as Stephan. Table is more common in the economy than Relation.
On 25.03.2015 21:30, Stephan Ewen wrote:
+Table API / Table
I have a feeling that Relation is a name mostly used by people with a
deeper background in (relational) databases, while table is more the
pragmat
+Table API / Table
I have a feeling that Relation is a name mostly used by people with a
deeper background in (relational) databases, while table is more the
pragmatic developer term. (As a reason for my choice)
Am 25.03.2015 20:37 schrieb "Fabian Hueske" :
> I think the voting scheme is clear.
>
I think the voting scheme is clear.
The mail that started the thread says:
"The name with the most votes is chosen.
If the vote ends with no name having the most votes, a new vote
with an alternative voting scheme will be done."
So let's go with a single vote and handle corner cases as they appea
+Table, DataTable
---
How are votes counted? When voting for the name of the project, we didn't vote
for one name, but gave a preference ordering.
In this case, I am for Table or DataTable, but what happens if I vote for Table
and then there is a tie between DataTable and Relation? Will Table
+Relation
On Mar 25, 2015 6:29 PM, "Henry Saputra" wrote:
> +Relation
>
> PS
> Aljoscha, don't forget to cast your own vote :)
>
>
> On Wednesday, March 25, 2015, Aljoscha Krettek
> wrote:
>
> > Please vote on the new name of the equivalent to DataSet and
> > DataStream in the new expression-bas
+Relation
PS
Aljoscha, don't forget to cast your own vote :)
On Wednesday, March 25, 2015, Aljoscha Krettek wrote:
> Please vote on the new name of the equivalent to DataSet and
> DataStream in the new expression-based API.
>
> From the previous discussion thread three names emerged: Relation,
+DataTable
On Wed, Mar 25, 2015 at 5:55 PM, Fabian Hueske wrote:
> +Relation
>
> 2015-03-25 17:52 GMT+01:00 Aljoscha Krettek :
>
> > Please vote on the new name of the equivalent to DataSet and
> > DataStream in the new expression-based API.
> >
> > From the previous discussion thread three name
+Relation
2015-03-25 17:52 GMT+01:00 Aljoscha Krettek :
> Please vote on the new name of the equivalent to DataSet and
> DataStream in the new expression-based API.
>
> From the previous discussion thread three names emerged: Relation,
> Table and DataTable.
>
> The vote is open for the next 72 h
Please vote on the new name of the equivalent to DataSet and
DataStream in the new expression-based API.
>From the previous discussion thread three names emerged: Relation,
Table and DataTable.
The vote is open for the next 72 hours.
The name with the most votes is chosen.
If the vote ends with n
22 matches
Mail list logo
