Return-Path: Delivered-To: apmail-incubator-cassandra-user-archive@minotaur.apache.org Received: (qmail 34287 invoked from network); 24 Feb 2010 21:26:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Feb 2010 21:26:20 -0000 Received: (qmail 82517 invoked by uid 500); 24 Feb 2010 21:26:19 -0000 Delivered-To: apmail-incubator-cassandra-user-archive@incubator.apache.org Received: (qmail 82495 invoked by uid 500); 24 Feb 2010 21:26:19 -0000 Mailing-List: contact cassandra-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cassandra-user@incubator.apache.org Delivered-To: mailing list cassandra-user@incubator.apache.org Received: (qmail 82486 invoked by uid 99); 24 Feb 2010 21:26:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Feb 2010 21:26:19 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 74.125.82.175 as permitted sender) Received: from [74.125.82.175] (HELO mail-wy0-f175.google.com) (74.125.82.175) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Feb 2010 21:26:11 +0000 Received: by wyf28 with SMTP id 28so1341399wyf.6 for ; Wed, 24 Feb 2010 13:25:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=5uvUXK12ZfwQAHfYCQaV3BL0O8xmuiNSE/4vyJq3w7I=; b=aUXBT2O9KBLMS9wxXWS6e7bEHycun6CZlmIqMaydrOYsP0yg6NSJm7wh2xBBpP22cT jlzzo99izdAcLITxHXFPGka0w50TwdS1xdsnDV8uTY/kOcsl3O41mIHSJGXUKWo33lvn xVdNSAgqTRfgUrxkN4YYtmIj0Mv/F1KGMe7YE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=K95mXsAVFIqVggrYgmY7ggoD0Wq17M3xrR4aHTOlxcFqOcfcAR1O3sXg74uwiKYQL8 UmOXYRF9Wv/2ftVKcuNijMlCPgw+9pp3G8S8ZUzawG8dR8Pi9jm/N4DPKzFJoiRaJrSU Yxdcp3zjmDjsOh6LatJXzAXA3seRosmVhg6EI= MIME-Version: 1.0 Received: by 10.216.87.66 with SMTP id x44mr198807wee.96.1267046751161; Wed, 24 Feb 2010 13:25:51 -0800 (PST) In-Reply-To: <74f4d40b1002241321j72f3161m9009ee51c29c2d25@mail.gmail.com> References: <74f4d40b1002241321j72f3161m9009ee51c29c2d25@mail.gmail.com> From: Jonathan Ellis Date: Wed, 24 Feb 2010 15:25:31 -0600 Message-ID: Subject: Re: Deleted rows showing up when doing a get_range_slice query To: cassandra-user@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Feb 24, 2010 at 3:21 PM, Erik Holstad wrote: > When deleting rows from a table and then using a get_range_slice query, the > keys or the > deleted rows show up, with no name/value pairs. What is the reasoning behind > this? Cassandra doesn't know that there are no other columns associated with that key, without doing a more expensive query. This is what get_key_range used to do, but it was too slow. So just treat it as a row that didn't happen to have the particular columns you requested, which is what it is, until it gets GC'd. (See: http://wiki.apache.org/cassandra/DistributedDeletes) > I have also seen a weird issue when using a md5 generated byte[] as a column > name, > doesn't seem like it actually work. I can't get the value that was inserted > that way. > But if I for example Base64.encode().getBytes() it seems to be ok, any > ideas? Something is wrong on your end, but you haven't given us enough details to tell what it is. :) -Jonathan