Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5435211687 for ; Fri, 21 Feb 2014 01:27:50 +0000 (UTC) Received: (qmail 23935 invoked by uid 500); 21 Feb 2014 01:27:47 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 23888 invoked by uid 500); 21 Feb 2014 01:27:47 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 23880 invoked by uid 99); 21 Feb 2014 01:27:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Feb 2014 01:27:47 +0000 X-ASF-Spam-Status: No, hits=-5.8 required=5.0 tests=ENV_AND_HDR_SPF_MATCH,HTML_MESSAGE,SPF_PASS,USER_IN_DEF_SPF_WL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.192.45] (HELO mail-qg0-f45.google.com) (209.85.192.45) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Feb 2014 01:27:41 +0000 Received: by mail-qg0-f45.google.com with SMTP id j5so5903184qga.4 for ; Thu, 20 Feb 2014 17:27:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=n8dDERydcDNeFWDx10iMDbDvovsdc3dhZqMGZcbNTkk=; b=dyv5yf7hLmDrXz0UAr7FzWamEOSX5+qgIKbdOgH4PdGdyw6+7hVIqzEYqqCOMkqnPG gnBo7YKxrcvImfeSjp2lClshzW5qir899neOh0ax8BYCdLOHPkjAZM7c+A4UQ0YGJvqN edbikSLSH42a2ZsgcSMfOtcztSPhoUbQ6PBxoEU6m8EihO/FRSSrL70aaGrcu03uQOlj IUCnHBmYWSy4r4Qa60o6zKPNSoUxl5trhZea7SCReiWYRP4DOvONDB1t5fRd5oljf8eM B8ulfnbJhD40dZPRgLNWlZKYF57sNNxj34xvXFd+ktzuglccX/XDIpcRwXQCtBclijK7 CO6w== X-Gm-Message-State: ALoCoQm6U9r8+9N4n7OCXEu7TqeENidxTUmhU2XtzNId9NaM7WgQkgAah6Udq6S+esONwPndkbM9 MIME-Version: 1.0 X-Received: by 10.140.43.230 with SMTP id e93mr5838415qga.35.1392946040318; Thu, 20 Feb 2014 17:27:20 -0800 (PST) Received: by 10.140.27.76 with HTTP; Thu, 20 Feb 2014 17:27:20 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Feb 2014 20:27:20 -0500 Message-ID: Subject: Re: Performance problem with large wide row inserts using CQL From: "Laing, Michael" To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a113a945aecb9c904f2e085e1 X-Virus-Checked: Checked by ClamAV on apache.org --001a113a945aecb9c904f2e085e1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Just to add my 2 cents... We are very happy CQL users, running in production. I have had no problems modeling whatever I have needed to, including problems similar to the examples set forth previously, in CQL. Personally I think it is an excellent improvement to Cassandra, and we have no intentions to ever look back to thrift. Michael Laing Systems Architect NYTimes On Thu, Feb 20, 2014 at 7:49 PM, Edward Capriolo wro= te: > > > On Thursday, February 20, 2014, Robert Coli wrote: > > On Thu, Feb 20, 2014 at 9:12 AM, Sylvain Lebresne > wrote: > >> > >> Of course, if everyone was using that reasoning, no-one would ever tes= t > new features and report problems/suggest improvement. So thanks to anyone > like R=C3=BCdiger that actually tries stuff and take the time to report p= roblems > when they think they encounter one. Keep at it, *you* are the one helping > Cassandra to get better everyday. > > > > > > Perhaps people who are prototyping their first application with a piece > of software are not the ideal people to beta test it? > > > > The people catching new version bullets for the community should be > experienced operators choosing to do so in development and staging > environments. > > The current paradigm ensures that new users have to deal with Cassandra > problems that interfere with their prototyping process and initial > production deploy, presumably getting a very bad initial impression of > Cassandra in the process. > > =3DRob > > > > You would be surprised how many people pick software a of software b base= d > on initial impressions. > > The reason I ended up choosing cassandra over hbase mostly boilded down t= o > c* being easy to set up and not crashing. If it took us say 3 days to sta= nd > up a cassandra cluster and do the hello world thing i might very well be = a > voldemort user! > > > > > > > -- > Sorry this was sent from mobile. Will do less grammar and spell check tha= n > usual. > --001a113a945aecb9c904f2e085e1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Just to add my 2 cents...

We are very h= appy CQL users, running in production.

I have had = no problems modeling whatever I have needed to, including problems similar = to the examples set forth previously, in CQL.

Personally I think it is an excellent improvement to Ca= ssandra, and we have no intentions to ever look back to thrift.
<= br>
Michael Laing
Systems Architect
NYTimes


On Thu,= Feb 20, 2014 at 7:49 PM, Edward Capriolo <edlinuxguru@gmail.com&g= t; wrote:

=
On Thursday, February 20, 2014, Robert Coli <rcoli@eventbrite.com> wrote:
> On Thu, Feb 20, 2014 at 9:12 AM, Sylvain Lebresne <sylvain@datastax.com> wrot= e:
>>
>> Of course, if everyone was using that reasoning, no-on= e would ever test new features and report problems/suggest improvement. So = thanks to anyone like R=C3=BCdiger that actually tries stuff and take the t= ime to report problems when they think they encounter one. Keep at it, *you= * are the one helping Cassandra to get better everyday. =C2=A0
>
> =C2=A0=C2=A0
> Perhaps people who are prototyping their = first application with a piece of software are not the ideal people to beta= test it?
>
> The people catching new version bullets for the c= ommunity should be experienced operators choosing to do so in development a= nd staging environments.
> The current paradigm ensures that new users have to deal with Cassandr= a problems that interfere with their prototyping process and initial produc= tion deploy, presumably getting a very bad initial impression of Cassandra = in the process.
> =3DRob
>

You would be surprised how many peop= le pick software a of software b based on initial impressions.

The r= eason I ended up choosing cassandra over hbase mostly boilded down to c* be= ing easy to set up and not crashing. If it took us say 3 days to stand up a= cassandra cluster and do the hello world thing i might very well be a vold= emort user!






--
Sorry this was sent from mobile. Will do less gr= ammar and spell check than usual.

--001a113a945aecb9c904f2e085e1--