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 9AC72D5AF for ; Mon, 22 Oct 2012 07:38:52 +0000 (UTC) Received: (qmail 33708 invoked by uid 500); 22 Oct 2012 07:38:50 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 33664 invoked by uid 500); 22 Oct 2012 07:38:50 -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 33643 invoked by uid 99); 22 Oct 2012 07:38:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Oct 2012 07:38:49 +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 (nike.apache.org: domain of mishra.vivs@gmail.com designates 209.85.160.44 as permitted sender) Received: from [209.85.160.44] (HELO mail-pb0-f44.google.com) (209.85.160.44) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Oct 2012 07:38:42 +0000 Received: by mail-pb0-f44.google.com with SMTP id ro8so1795411pbb.31 for ; Mon, 22 Oct 2012 00:38:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=bRNNN9ku64Htv4gqL1oI5RhNOhMhXrb5yT0xhuIqPGM=; b=ToPf9zuD2tzMyKyGKdbXYv6GbX3N4c58tYP6wyB8Q08bOKlZEKv1QwiBPCL9US87I+ 66J62drWbRlqsHSDOU3PsLjPMadrs+7F6r6JrsdzKPz5g+hMl/BcXXGWs7lDRanjubt0 f+LWC+KXnT68ZRq3qnLmCQKn1Ed62TA6tq4An2rrAFYDgB4mRjxC0AipFZjY+/MLFuWJ mt+9aBk9quJjxRTNKYXsC5D0rKJSUP49pg0JQREOzYs57wfdvrmk23gb7rBDOMnIHzdb q5D4+Kkly0gCa1hlsI0u3F1/781o92jQ98tWXLKhQOQypzwKcB6wMbpPOl3I7F+yRqz8 qYng== MIME-Version: 1.0 Received: by 10.68.248.33 with SMTP id yj1mr27892885pbc.141.1350891501402; Mon, 22 Oct 2012 00:38:21 -0700 (PDT) Received: by 10.66.10.71 with HTTP; Mon, 22 Oct 2012 00:38:21 -0700 (PDT) In-Reply-To: <3B25A86B-588D-4505-AB83-610615DA0ABE@thelastpickle.com> References: <007308B1-B49F-4206-871B-D220DDE7EDBB@thelastpickle.com> <3B25A86B-588D-4505-AB83-610615DA0ABE@thelastpickle.com> Date: Mon, 22 Oct 2012 13:08:21 +0530 Message-ID: Subject: Re: Compound primary key: Insert after delete From: Vivek Mishra To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=047d7b163209123ace04cca0f0c6 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b163209123ace04cca0f0c6 Content-Type: text/plain; charset=ISO-8859-1 Well. Last 2 lines of code are deleting 1 record and inserting 2 records, first one is "the deleted one" and a new record. Output from command line: [default@unknown] use bigdata; Authenticated to keyspace: bigdata [default@bigdata] list test1; Using default limit of 100 Using default column limit of 100 ------------------- RowKey: 2 => (column=3:address, value=4, timestamp=1350884575938) ------------------- RowKey: 1 2 Rows Returned. -Vivek On Mon, Oct 22, 2012 at 1:01 PM, aaron morton wrote: > How is it not working ? > > Can you replicate the problem withe the CLI ? > Cheers > > ----------------- > Aaron Morton > Freelance Developer > @aaronmorton > http://www.thelastpickle.com > > On 22/10/2012, at 7:17 PM, Vivek Mishra wrote: > > code attached. Somehow it is not working with 1.1.5. > > -Vivek > > On Mon, Oct 22, 2012 at 5:20 AM, aaron morton wrote: > >> Yes AFAIK. >> >> Cheers >> >> ----------------- >> Aaron Morton >> Freelance Developer >> @aaronmorton >> http://www.thelastpickle.com >> >> On 20/10/2012, at 12:15 AM, Vivek Mishra wrote: >> >> Hi, >> Is it possible to reuse same compound primary key after delete? I guess >> it works fine for non composite keys. >> >> -Vivek >> >> >> > > > > --047d7b163209123ace04cca0f0c6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well. Last 2 lines of code are deleting 1 record and inserting 2 records, f= irst one is "the deleted one" and =A0a new record. Output from co= mmand line:

[default@unknown] use bigdata;
Authenticated to keyspace: bigdata
[default@bigdata] list test1;<= /div>
Using default limit of 100
Using default column limit o= f 100
-------------------
RowKey: 2
=3D> (= column=3D3:address, value=3D4, timestamp=3D1350884575938)
-------------------
RowKey: 1

2 Row= s Returned.


-Vivek

On Mon, Oct 22, 2012 at 1:01 PM, aaron morton <a= aron@thelastpickle.com> wrote:
How is i= t not working ?

Can you replicate the problem withe the = CLI ?
Cheers

<= div style=3D"word-wrap:break-word">
-----------------
Aaron Morton
Freelance Deve= loper
@aaronmorton

On 22/10/2012, at 7:17 PM, Vivek= Mishra <mish= ra.vivs@gmail.com> wrote:

code attached. Somehow it is not working with 1.1.5.=

-Vivek

On Mon, Oct 22= , 2012 at 5:20 AM, aaron morton <aaron@thelastpickle.com> wrote:
Yes AFAI= K.=A0

Cheers

-----------------
Aaron Morton
Freelance Deve= loper
@aaronmorton

On 20/10/2012, at 12:15 AM, Vivek Mishra <mishra.vivs@gmail.com> wr= ote:

Hi,
Is it possible to reuse sam= e compound primary key after delete? I guess it works fine for non composit= e keys.

-Vivek


<CompositeTypeRunner.java>


--047d7b163209123ace04cca0f0c6--