Correct. But with more and more clients being able to do intelligent things based on metadata it's not just decoration. (UTF8Type, LexicalUUIDType, BytesType, and AsciiType all have the same ordering. I believe IntegerType and LongType are equivalent orderings as well.)
On Wed, Feb 2, 2011 at 3:35 PM, Stu Hood <stuh...@gmail.com> wrote: > Not only does the type need to make sense, but it also needs to sort in > exactly the same order as the previous type did... in which case there would > be no reason to change it? > We should probably just say "no, you cannot do this", and explicitly prevent > it. > > On Wed, Feb 2, 2011 at 3:14 PM, Jonathan Ellis <jbel...@gmail.com> wrote: >> >> On Wed, Feb 2, 2011 at 3:01 PM, Tyler Hobbs <ty...@datastax.com> wrote: >> > I think Jonathan mispoke. >> >> I thought I was mistaken, but I was wrong. :) >> >> > You cannot change the 'compare_with' attribute of an existing column >> > family. >> >> You can, but it's up to you to make sure that the new type makes >> sense. Most frequently, you see this when changing from BytesType to >> something more structured. >> >> (If you screw up and specify a compare_with that is nonsensical for >> your data, just change it back.) >> >> -- >> Jonathan Ellis >> Project Chair, Apache Cassandra >> co-founder of DataStax, the source for professional Cassandra support >> http://www.datastax.com > > -- Jonathan Ellis Project Chair, Apache Cassandra co-founder of DataStax, the source for professional Cassandra support http://www.datastax.com