I also desperately need this, and row/column TTLs. Let me know if there's
anything I can do to help with the release of either in the near-term time
frame.
R
On Sat, Mar 13, 2010 at 2:21 AM, Vijay vijay2...@gmail.com wrote:
Badly need it for my work let me know if i can do something to speed
Maybe the wiki needs a job board ?
On Tue, Mar 2, 2010 at 10:15 PM, Joe Stump j...@joestump.net wrote:
Us too at SimpleGeo! We're Python, Cassandra, Erlang, and a smattering of
Java and C++.
We have offices in Boulder, CO and SF.
--Joe
--
Typed with big fingers on a small keyboard.
I agree with what Jeff says here about RandomPartitioner support being key.
For my purposes with map/reduce I'd personally be fine with some
general all-keys dump utility that wrote contents of one node to a
file, and then just write my own integration from that file into
Hadoop, etc..
I guess
On Mon, Jan 25, 2010 at 2:18 PM, Brandon Williams dri...@gmail.com wrote:
bin/sstablekeys will dump just the keys from an sstable without row
deserialization overhead, but it can't introspect a commitlog.
-Brandon
Yes, and will it not also return the keys that are replicas from
ranges
On the topic of Lucandra, apart from having it work with 0.5 of Cassandra,
has any work been done to get it up to date with Lucene 2.9/3.0?
Also, I'm a bit concerned about its use of OrderPreservingPartitioner; is
there an architecture for storage that could be considered that would work
with
Just to speak up here, I think it's a more common use-case than you're
imagining, eve if maybe there's no reasonable way of implementing it.
I for one have plenty of use for a TTL on a key, though in my case the TTL
would be in days/weeks.
Alternatively, I know it's considered wrong, but having
On Wed, Jan 13, 2010 at 6:19 PM, Jonathan Ellis jbel...@gmail.com wrote:
If he needs column-level granularity then I don't see any other option.
If he needs CF-level granularity then truncate will work fine. :)
Are you saying the proposed truncate functionality will support the
functionality