RE: Docs: Why do deleted keys show up during range scans?

2011-06-14 Thread Jeremiah Jordan
...@dude.podzone.net] Sent: Monday, June 13, 2011 12:11 PM To: user@cassandra.apache.org Subject: Re: Docs: Why do deleted keys show up during range scans? On 6/13/2011 10:14 AM, Stephen Connolly wrote: store the query inverted. that way empty - deleted I don't know what that means... get the other

RE: Docs: Why do deleted keys show up during range scans?

2011-06-14 Thread Jeremiah Jordan
] Sent: Tuesday, June 14, 2011 11:22 AM To: user@cassandra.apache.org Subject: RE: Docs: Why do deleted keys show up during range scans? I am pretty sure how Cassandra works will make sense to you if you think of it that way, that rows do not get deleted, columns get deleted. While you can delete

Re: Docs: Why do deleted keys show up during range scans?

2011-06-14 Thread AJ
...@dude.podzone.net] Sent: Monday, June 13, 2011 12:11 PM To: user@cassandra.apache.org Subject: Re: Docs: Why do deleted keys show up during range scans? On 6/13/2011 10:14 AM, Stephen Connolly wrote: store the query inverted. that way empty - deleted I don't know what that means... get

Docs: Why do deleted keys show up during range scans?

2011-06-13 Thread AJ
http://wiki.apache.org/cassandra/FAQ#range_ghosts So to special case leaving out result entries for deletions, we would have to check the entire rest of the row to make sure there is no undeleted data anywhere else either (in which case leaving the key out would be an error). The above

Re: Docs: Why do deleted keys show up during range scans?

2011-06-13 Thread Stephen Connolly
It returns the set of columns for the set of rows... how do you determine the difference between a completely empty row and a row that just does not have any of the matching columns? Well the answer is that Cassandra does not go and check whether there are any columns outside of the range you are

Re: Docs: Why do deleted keys show up during range scans?

2011-06-13 Thread AJ
On 6/13/2011 7:03 AM, Stephen Connolly wrote: It returns the set of columns for the set of rows... how do you determine the difference between a completely empty row and a row that just does not have any of the matching columns? I would expect it to not return anything (no row at all) for both

Re: Docs: Why do deleted keys show up during range scans?

2011-06-13 Thread Stephen Connolly
On 13 June 2011 16:14, AJ a...@dude.podzone.net wrote: On 6/13/2011 7:03 AM, Stephen Connolly wrote: It returns the set of columns for the set of rows... how do you determine the difference between a completely empty row and a row that just does not have any of the matching columns? I would

Re: Docs: Why do deleted keys show up during range scans?

2011-06-13 Thread AJ
On 6/13/2011 9:25 AM, Stephen Connolly wrote: On 13 June 2011 16:14, AJa...@dude.podzone.net wrote: On 6/13/2011 7:03 AM, Stephen Connolly wrote: It returns the set of columns for the set of rows... how do you determine the difference between a completely empty row and a row that just does

Re: Docs: Why do deleted keys show up during range scans?

2011-06-13 Thread Stephen Connolly
On 13 June 2011 17:09, AJ a...@dude.podzone.net wrote: On 6/13/2011 9:25 AM, Stephen Connolly wrote: On 13 June 2011 16:14, AJa...@dude.podzone.net  wrote: On 6/13/2011 7:03 AM, Stephen Connolly wrote: It returns the set of columns for the set of rows... how do you determine the difference

Re: Docs: Why do deleted keys show up during range scans?

2011-06-13 Thread AJ
On 6/13/2011 10:14 AM, Stephen Connolly wrote: store the query inverted. that way empty - deleted I don't know what that means... get the other columns? Can you elaborate? Is there docs for this or is this a hack/workaround? the tombstones are stored for each column that had data