Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (nike.apache.org: domain of apoorva.gaurav@myntra.com
 designates 209.85.213.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAEDUwd0Vokx61rcoTDNAmfE_skfzO0Mks7fcxQKC5wj+mQHirg@mail.gmail.com>
References: 
 <CAJRvvD_bvyMpqbAdFRB_Eabi8NUf=5pPk5v0mfim7H=x4gJHyA@mail.gmail.com>
 <CAF4_GfiPUuFeWukJGne8kEX8fFdxT_+6kKywvYkjTYtByTiM8g@mail.gmail.com>
 <CAJRvvD9kCiFeH-d9NDi35ZAuHMUGrd--F50OfY5xkkTt8LJS0g@mail.gmail.com>
 <CAEDUwd0Vokx61rcoTDNAmfE_skfzO0Mks7fcxQKC5wj+mQHirg@mail.gmail.com>
From: Apoorva Gaurav <apoorva.gaurav@myntra.com>
Date: Tue, 1 Apr 2014 09:43:39 +0530
Message-ID: 
 <CAJRvvD9CpyTRyuagj629T3hyC50yMgG7J-oQ85TicHx=DrQSCQ@mail.gmail.com>
Subject: Re: Read performance in map data type
To: user <user@cassandra.apache.org>
Content-Type: multipart/alternative; boundary=20cf3005dba6c34dfa04f5f36543

--20cf3005dba6c34dfa04f5f36543
Content-Type: text/plain; charset=ISO-8859-1

Thanks Robert, Is there a workaround, as in our test setups we keep
dropping and recreating tables.


On Mon, Mar 31, 2014 at 11:51 PM, Robert Coli <rcoli@eventbrite.com> wrote:

> On Fri, Mar 28, 2014 at 7:41 PM, Apoorva Gaurav <apoorva.gaurav@myntra.com
> > wrote:
>
>> Yes primary key is (studentID, subjectID). I had dropped the test table,
>> recreating and populating it post which will share the cfhistogram. In such
>> case is there any practical limit on the rows I should fetch, for e.g.
>> should I do
>>
>
> Until this bug is fixed upstream, dropping and recreating a table may
> create unexpected behavior.
>
> https://issues.apache.org/jira/browse/CASSANDRA-5202
>
> =Rob
>
>


-- 
Thanks & Regards,
Apoorva

--20cf3005dba6c34dfa04f5f36543
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thanks Robert, Is there a workaround, as in our test setup=
s we keep dropping and recreating tables.</div><div class=3D"gmail_extra"><=
br><br><div class=3D"gmail_quote">On Mon, Mar 31, 2014 at 11:51 PM, Robert =
Coli <span dir=3D"ltr">&lt;<a href=3D"mailto:rcoli@eventbrite.com" target=
=3D"_blank">rcoli@eventbrite.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_extra">=
<div class=3D"gmail_quote"><div class=3D"">On Fri, Mar 28, 2014 at 7:41 PM,=
 Apoorva Gaurav <span dir=3D"ltr">&lt;<a href=3D"mailto:apoorva.gaurav@mynt=
ra.com" target=3D"_blank">apoorva.gaurav@myntra.com</a>&gt;</span> wrote:<b=
r>


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div dir=3D"ltr"><div>Yes primary key is (studentID, subje=
ctID). I had dropped the test table, recreating and populating it post whic=
h will share the cfhistogram. In such case is there any practical limit on =
the rows I should fetch, for e.g.</div>


<div>should I do</div></div></blockquote><div><br></div></div><div>Until th=
is bug is fixed upstream, dropping and recreating a table may create unexpe=
cted behavior.</div><div><br></div><div><a href=3D"https://issues.apache.or=
g/jira/browse/CASSANDRA-5202" target=3D"_blank">https://issues.apache.org/j=
ira/browse/CASSANDRA-5202</a></div>


<div><br></div><div>=3DRob</div><div>=A0<br></div></div></div></div>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Thanks &amp;=
 Regards,<br>Apoorva<br>
</div>

--20cf3005dba6c34dfa04f5f36543--