incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Edward Capriolo <edlinuxg...@gmail.com>
Subject Re: Proposal: freeze Thrift starting with 2.1.0
Date Tue, 11 Mar 2014 22:17:24 GMT
Peter,

My advice. Do not bother. I have become very active recently in attempting
to add features to thrift. I had 4 open tickets I was actively working on.
(I even found two bugs in the Cassandra in the process).

People were aware of this and still called this vote. Several commit people
have voted in a +1 and my -1 vote is non binding. It is a clear message:
The committers are unwilling to accept new thrift features even if said
features are contributed by others.

Edward



On Tue, Mar 11, 2014 at 5:51 PM, Peter Lin <woolfel@gmail.com> wrote:

>
> My bias opinion, just because some member of cassandra develop want to
> abandon Thrift, I see benefits of continuing to improve it.
>
> The great thing about open source is that as long as some people want to
> keep working on it and improve it, it can happen. I plan to do my best to
> keep Thrift going, since it gives me fine grain control that I want and
> need. If the ultimate goal of Cassandra is to be "as close to SQL" as
> practical, my bias take is use a NewSQL database that gives you the full
> power of subqueries, like, exists and disjunction.
>
> When customers ask me which database to choose and they really want
> Relational model, I tell them use NewSql. I love that Cassandra sits
> between NoSql and NewSql. There are things I do in Cassandra today that are
> much harder in NewSql or NoSql document databases. NewSql database can
> scale to similar sizes, so the "big" part of big data won't be a
> significant advantage forever. Looking at some of the recent NewSql
> performance numbers, it's clear the gap is closing.
>
> peter
>
>
>
> On Tue, Mar 11, 2014 at 3:59 PM, Tyler Hobbs <tyler@datastax.com> wrote:
>
>>
>> On Tue, Mar 11, 2014 at 2:41 PM, Shao-Chuan Wang <
>> shaochuan.wang@bloomreach.com> wrote:
>>
>>>
>>> So, does anyone know how to do "describing the splits" and "describing
>>> the local rings" using native protocol?
>>>
>>
>> For a ring description, you would do something like "select peer, tokens
>> from system.peers".  I'm not sure about describe_splits().
>>
>>
>>>
>>> Also, cqlsh uses python client, which is talking via thrift protocol
>>> too. Does it mean that it will be migrated to native protocol soon as well?
>>>
>>
>> Yes: https://issues.apache.org/jira/browse/CASSANDRA-6307
>>
>>
>> --
>> Tyler Hobbs
>> DataStax <http://datastax.com/>
>>
>
>

Mime
View raw message