k, thanks for the clarification Nate.
On Tue, Jul 19, 2011 at 10:14 AM, Nate McCall wrote:
> The DoubleSerializer in Hector predates Cassandra's DoubleType and was
> thus designed to stick values in a LongType or BytesType comparator.
> Because of this, we are calling Double.doubleToRawLongBits
The DoubleSerializer in Hector predates Cassandra's DoubleType and was
thus designed to stick values in a LongType or BytesType comparator.
Because of this, we are calling Double.doubleToRawLongBits and
Double.longBitsToDouble underneath, so this may not be what you
expect.
I'll add another serial
org.apache.cassandra.db.marshal.DoubleType should work, then. the
cast shouldn't be necessary if the doubletype is actually in the
schema either.
On Mon, Jul 18, 2011 at 4:34 PM, Sameer Farooqui
wrote:
> Yup, Jonathan, I was just temporarily returning the value as LongType b/c I
> couldn't find
Yup, Jonathan, I was just temporarily returning the value as LongType b/c I
couldn't find a DoubleType. Since LongType returned something, I know that
the data is there.
Thanks for that link, Jeremy. I'm guessing DoubleType hasn't found its way
into the CLI yet, b/c I tried this and got an error:
"get X as LongType" will give you the bytes in that column value
interpreted as a long.
So it did exactly what you asked it to do :)
On Mon, Jul 18, 2011 at 4:16 PM, Sameer Farooqui
wrote:
> I wrote some data to a standard column family (using Hector) with ASCII
> row-key, Long column name and D
I know additional types have been added as of 0.8.1:
https://issues.apache.org/jira/browse/CASSANDRA-2530
However, I'm not sure how those have propagated up to validators, the CLI, and
hector though.
On Jul 18, 2011, at 4:16 PM, Sameer Farooqui wrote:
> I wrote some data to a standard column fa
I wrote some data to a standard column family (using Hector) with ASCII
row-key, Long column name and Double column value.
The CLI doesn't seem to have a double data type to interpret the column
value for display.
[default@DemoKS] get DemoCF[ascii('ABC_1020')][long(2009010100)]
as Lon