On Sat, Apr 24, 2010 at 2:08 AM, Sylvain Lebresne <sylv...@yakaz.com> wrote:
> On Sat, Apr 24, 2010 at 12:53 AM, Jesse McConnell
> <jesse.mcconn...@gmail.com> wrote:
>> try LexicalUUIDType, that will distinguish the secs correctly
>>
>> imo based on the existing impl (last I checked at least) TimeUUIDType
>> was equivalent to LongType
>
> It uses to be true that the TimeUUIDType comparator was only comparing the
> timestamps of the UUIDs. But this was more a bug than anything else
> since it made
> different UUID collide and was fixed for 0.6
> (https://issues.apache.org/jira/browse/CASSANDRA-907).
>
> Now with TimeUUIDType, if two UUID have the same timestamps, they are ordered
> by bytes order.

Naively for the whole UUID? That would not be good, given that
timestamp within UUID is not stored in expected lexical order, but
with sort of little-endian mess (first bytes are least-significant
bytes of timestamp).

-+ Tatu +-

Reply via email to