>
>
> > Essentially, Usergrid supports *all* of the basic mongo CRUD operations
> on
> > top of Cassandra, passing all of their test cases that don't use any
> > out-of-the-way functions. Would it be possible to build something similar
> > *solely* with CQL?
> >
>
> If it's doable on top of thrift, it's doable on top of CQL, yes. Note that
> there
> is use cases (and usegrid might well be one) for which the CQL version will
> not
> look much better than the thrift one would (typically, if you want to use
> DynamicCompositeType, you will be back to manipulating your "cell" names
> and
> values as blob client side, the very same way you'd do with thrift). Still,
> it's
> possible, and even when it's not prettier with CQL than it is with thrift
> (and there
> is a very large amount of use cases where it is prettier with CQL), it's
> not worth
> either.
>
This is exactly what I needed to know. Thank you - really.
I'll look into this and see if there is something I can write up as a
explanation/conversion example for folks in a similar situation.
>
>
> > I'm fine with Thrift going away - I get the reasoning there. I just want
> to
> > be able to hack against ("against", not "on") internals more easily.
> >
>
> Let's first maybe agree that this relatively separated from the "let's
> freeze the
> thrift API" proposal of Jonathan? If we do agree on that, maybe this should
> be
> discussed separately (at least some other thread), so it doesn't make it
> sound
> like this is some disagreement over Jonathan's proposal?
>
>
Fair enough.
+1 (non-binding).
--
-----------------
Nate McCall
Austin, TX
@zznate
Co-Founder & Sr. Technical Consultant
Apache Cassandra Consulting
http://www.thelastpickle.com
