From user-return-32249-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Thu Feb 28 13:15:37 2013 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 3DFB0EC00 for ; Thu, 28 Feb 2013 13:15:37 +0000 (UTC) Received: (qmail 2759 invoked by uid 500); 28 Feb 2013 13:15:34 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 2694 invoked by uid 500); 28 Feb 2013 13:15:34 -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 2680 invoked by uid 99); 28 Feb 2013 13:15:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Feb 2013 13:15:34 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrea.gazzarini@gmail.com designates 74.125.83.46 as permitted sender) Received: from [74.125.83.46] (HELO mail-ee0-f46.google.com) (74.125.83.46) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Feb 2013 13:15:28 +0000 Received: by mail-ee0-f46.google.com with SMTP id e49so1441622eek.5 for ; Thu, 28 Feb 2013 05:15:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=LbOVuUXj1Nx/Do5H/uYk41RJDdc+k4tN8p3+rWClp0k=; b=ZvluE+OOYPZ1WriyxjEIgXZE8iL/82TOkxXM+YPbjOW38dUqQZ9zuRXAqMnY2ufjhe dw7YmtB8Ct8YeDl5UXdnTGWaLBPPvofHduIaKQxObFdSfxtPJbPmMBWHwhxS8JBPUDPh FW61ta/38QV2pirbKLv+pI0g/ojn77OVpKhQ9LNiatBWPoHFmzsqOPddtmG9JrGZFFhy DATvND9MXT2Oz+0BrpctCM3zujfI+NfFeo8abFjFmzdXJJL00/8QPtDJ9tQ2TJ2GLXCf mYfsS1HLL05xKP7NTod3Yp/sHl+eKRQBRNO7sbJuLD7poa6GgWUUK5ijdp53r9x04+S+ Oktw== X-Received: by 10.14.214.66 with SMTP id b42mr16826230eep.34.1362057306869; Thu, 28 Feb 2013 05:15:06 -0800 (PST) Received: from [192.168.1.34] (host137-226-dynamic.3-79-r.retail.telecomitalia.it. [79.3.226.137]) by mx.google.com with ESMTPS id s3sm11829698eem.4.2013.02.28.05.15.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Feb 2013 05:15:06 -0800 (PST) Message-ID: <512F5857.1080009@gmail.com> Date: Thu, 28 Feb 2013 14:15:03 +0100 From: Andrea Gazzarini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Re: Only keys in a column family References: <512F16D5.6090607@gmail.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------030202080606060609050503" X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. --------------030202080606060609050503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit That's great! The 3rd point seems exactly what happened on my column family. As supposed it was a matter of ignorance :D Many many thanks Andrea On 02/28/2013 01:39 PM, Víctor Hugo Oliveira Molinar wrote: > Let me know if it help you, > http://www.datastax.com/docs/1.0/dml/about_writes#about-deletes > > > On Thu, Feb 28, 2013 at 5:35 AM, Andrea Gazzarini > > wrote: > > Hi, > I'm using Cassandra 1.1.8 and today I saw in my keyspace a column > family with the following content > > > SELECT * FROM challenge; > KEY > ---------------------------- > 49feb2000100000a556522ed68 > 49feb2000100000a556522ed74 > 49feb2000100000a556522ed7a > 49feb2000100000a556522ed72 > 49feb2000100000a556522ed76 > 49feb2000100000a556522ed6a > 49feb2000100000a556522ed70 > 49feb2000100000a556522ed78 > 49feb2000100000a556522ed6e > 49feb2000100000a556522ed6c > > So, only rowkeys. > Yesterday those rows were there and I ran some deletions (exactly > on those rows). I'm using Hector > > /Mutator mutator = HFactory.createMutator(keyspace, > BYTES_ARRAY_SERIALIZER)// > // .addDeletion(challengeRowKey(...), > CHALLENGE_COLUMN_FAMILY_NAME)/ > ./execute();/ > > This is a small development and test environment on a single > machine / single node so I don't believe the hardware details are > relevant. > Probably I'm doing something stupid or I didn't get the point > about how things are working, but as far I understood the rows > above are no valid... column name and column value coordinates are > missing so there are no valid cells (rowkey / column name / column > value)...is that right? > > I read about ghost reads but I think this is a scenario in a > distribuited environment...is that valid after one day and on a > single Cassandra node?? > > Regards and thanks in advance, > Andrea > > --------------030202080606060609050503 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
That's great! The 3rd point seems exactly what happened on my column family.
As supposed it was a matter of ignorance :D

Many many thanks
Andrea

On 02/28/2013 01:39 PM, Víctor Hugo Oliveira Molinar wrote:
Let me know if it help you, http://www.datastax.com/docs/1.0/dml/about_writes#about-deletes


On Thu, Feb 28, 2013 at 5:35 AM, Andrea Gazzarini <andrea.gazzarini@gmail.com> wrote:
Hi,
I'm using Cassandra 1.1.8 and today I saw in my keyspace a column family with the following content

> SELECT * FROM challenge;
 KEY
----------------------------
 49feb2000100000a556522ed68
 49feb2000100000a556522ed74
 49feb2000100000a556522ed7a
 49feb2000100000a556522ed72
 49feb2000100000a556522ed76
 49feb2000100000a556522ed6a
 49feb2000100000a556522ed70
 49feb2000100000a556522ed78
 49feb2000100000a556522ed6e
 49feb2000100000a556522ed6c

So, only rowkeys.
Yesterday those rows were there and I ran some deletions (exactly on those rows). I'm using Hector

Mutator<byte []> mutator = HFactory.createMutator(keyspace, BYTES_ARRAY_SERIALIZER)
    .addDeletion(challengeRowKey(...), CHALLENGE_COLUMN_FAMILY_NAME)
    .execute();

This is a small development and test environment on a single machine / single node so I don't believe the hardware details are relevant.
Probably I'm doing something stupid or I didn't get the point about how things are working, but as far I understood the rows above are no valid... column name and column value coordinates are missing so there are no valid cells (rowkey / column name / column value)...is that right?

I read about ghost reads but I think this is a scenario in a distribuited environment...is that valid after one day and on a single Cassandra node??

Regards and thanks in advance,
Andrea


--------------030202080606060609050503--