Can you open a JIRA ticket with steps to reproduce?
On Fri, May 8, 2015 at 10:33 AM, Arindam Bose
wrote:
> Hello
>
> Getting an issue with *cassandra2.0.9 sstable2json*; Why the date format in
> json is *ignoring* the "ss"/*seconds* for the timestamp type column?
>
> eg:
>
> *actual - as I obser
Hello
Getting an issue with *cassandra2.0.9 sstable2json*; Why the date format in
json is *ignoring* the "ss"/*seconds* for the timestamp type column?
eg:
*actual - as I observed:*
cql column definition: updatedtimestamp timestamp
cql value:2013-10-17 10:35:23-0700
json data: ["updatedtimestamp
Github user rcaa commented on the pull request:
https://github.com/apache/cassandra/commit/ebab9d39196384f2b9f37cb241b276f8112ab281#commitcomment-11106822
In src/java/org/apache/cassandra/config/DatabaseDescriptor.java:
In src/java/org/apache/cassandra/config/DatabaseDescriptor.jav
On Fri, May 8, 2015 at 10:29 AM, Sylvain Lebresne
wrote:
> So we will most likely support your use case server side soon, protected
> behind the ALLOW FILTERING flag.
>
Awesome, really that's all I wanted to hear. It covers our use-case.
> But we definitively don't want to do
> this only in cq
>
> It's also worth pointing out that making this kind of filtering performant
> is _not_ a requirement (okay, using Spark below is too slow ;)). What I am
> asking for here is a tooling feature, not something I would use for
> production loads. Personally, I like how CQL is somewhat locked down fo
On Thu, May 7, 2015 at 7:21 PM, Tyler Hobbs wrote:
> There are general plans to increase the types of filtering that Cassandra
> can do server-side, but CASSANDRA-8099 is necessary for a lot of that work.
>
> We prefer not to support things in cqlsh that can't be done through normal
> cql queries