Re: default OrderPreservingPartitioner changed

2009-08-08 Thread Mark Robson
2009/8/7 Jonathan Ellis jbel...@gmail.com The default OPP now does comparisons based strictly on byte order, and is no longer collation aware. This is a better default choice for those who don't need collation since it's much faster. If you do need collation, the old partitioner is still

new thrift API

2009-08-08 Thread Jonas Bonér
Hey guys. Is the new API stabilizing? How is the new range functions suppose to work? public ListColumn get_slice_by_names(String keyspace, String key, ColumnParent column_parent, Listbyte[] column_names, int consistency_level) throws InvalidRequestException, NotFoundException, TException;

Re: new thrift API

2009-08-08 Thread Jonathan Ellis
Stabilizing but not quite finished (329 and 311 are still waiting for review). But the fundamentals are the same. You have start/finish because that's what defines a range. You have count because you often want the First N results. -Jonathan On Sat, Aug 8, 2009 at 8:33 AM, Jonas

Re: new thrift API

2009-08-08 Thread Jonathan Ellis
Count is always the max number of results to return. So it means, starting with `start`, or the first one if start is empty, go until you hit `finish` or `count`, whichever comes first. Empty is not a legal column name so if finish is empty it is ignored and only count is used. We don't offer a