Hi
I've a simple CF like this :
ColumnFamily CompareWith=BytesType
Name=channelShow
FlushPeriodInMinutes=150/
When I make a query via multiget_slice() I expect to get the data back
ordered by the keys list that I pass. But not the return doesn't
You'll have to sort them client-side, thrift has no concept of an
order-preserving map and multiget is just a series of gets
conveniently combined with no ordering guarantees (unlike
get_range_slice which returns a List specifically to preserve order).
-Jonathan
On Tue, Jan 12, 2010 at 3:22 AM,
On Sun, 10 Jan 2010 11:16:20 + Mark Robson mar...@gmail.com wrote:
MR I can't see any reason to make an easy Cassandra interface, as the Thrift
MR interface isn't really very difficult.
Compare this (this is what the easy interface would look like in Java,
wrapped in try/catch of course):
2010/1/12 Ted Zlatanov t...@lifelogs.com:
If no one else sees value in it, I'll keep the easy interface as a
Perl module and release on CPAN. Can I get some more opinions?
I see no value in pushing for ports of a Perl library to other
languages instead of allowing each to grow its own
2010/1/12 Ted Zlatanov t...@lifelogs.com
Map latest = client.get(new String[] { row1 }, Values/-1[]);
Reminds me of the old colon-separated CF format. I'm not fond of passing
parameters to my functions that have their own special syntax. +1 to
language-specific idiomaticness instead.
Hello,
I have to deal with a lot of different data and Cassandra seems to be a good
fit for my needs so far. However, some of this data is volatile by nature and
for those, I would need to set something akin to a TTL. Those TTL could be
long, but keeping those data forever would be useless.
I
I'm skeptical that this is a common use-case... If truncating old
sstables entirely
(https://issues.apache.org/jira/browse/CASSANDRA-531) meets your
needs, that is going to be less work and more performant.
-Jonathan
On Tue, Jan 12, 2010 at 10:45 AM, Sylvain Lebresne sylv...@yakaz.com wrote:
i do see the classes now, but All the way back in version .20. Is there a
newer version of Lucandra. It would be nice for us to use the lastest
cassandra (trunk).
--
View this message in context:
http://n2.nabble.com/Data-Model-Index-Text-tp4275199p4293071.html
Sent from the
I see no value in pushing for ports of a Perl library to other
languages instead of allowing each to grow its own idiomatic one.
That's definitely the way to go, the Easy.pm magic strings look a
little like line noise to me ( a non-perler ) and I'm sure the
invocations in the cassandra gem look
I would think you could consider parallels between why Oracle or BDBs
do not have TTLs.
Actually I think that it could be useful sometimes in Oracle or BDBs. :)
(and just to clarify, I certainly do not advocate for having a
mandatory TTL, just
that it could be useful).
To add on that, I don't
On Tue, Jan 12, 2010 at 2:39 PM, Sylvain Lebresne sylv...@yakaz.com wrote:
If truncating old sstables entirely
(https://issues.apache.org/jira/browse/CASSANDRA-531) meets your
needs, that is going to be less work and more performant.
Well, I'm not sure I understand completely this ticket. The
On Tue, Jan 12, 2010 at 10:29 PM, Jonathan Ellis jbel...@gmail.com wrote:
On Tue, Jan 12, 2010 at 2:39 PM, Sylvain Lebresne sylv...@yakaz.com wrote:
If truncating old sstables entirely
(https://issues.apache.org/jira/browse/CASSANDRA-531) meets your
needs, that is going to be less work and
On Tue, Jan 12, 2010 at 3:43 PM, Sylvain Lebresne sylv...@yakaz.com wrote:
Right, that is why the ticket says you would want to disable
compaction if you want to truncate less than the whole CF.
Indeed, make sense now. But disabling compaction would have
an impact both on the data size and on
13 matches
Mail list logo