[ 
https://issues.apache.org/jira/browse/CASSANDRA-13478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16007666#comment-16007666
 ] 

jack chen commented on CASSANDRA-13478:
---------------------------------------

When I insert a large amount of data, i use lastposttime as my query condition, 
and i got the result, but on the next day I do the same action with the same 
condition but no result found.
I do not know if the problem is related to TTL,but I can provide the host and 
settings to prove that this problem exists

> SASIndex has a time to live issue in Cassandra
> ----------------------------------------------
>
>                 Key: CASSANDRA-13478
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13478
>             Project: Cassandra
>          Issue Type: Bug
>          Components: sasi
>         Environment: cqlsh 5.0.1 | Cassandra 3.10 | CQL spec 3.4.4 | Native 
> protocol v4 | ubuntu 14.04
>            Reporter: jack chen
>            Priority: Minor
>         Attachments: schema
>
>
> I have a table, the schema can be seen in attach file
> I would like to search the data using the timestamp data type with lt gt eq 
> as a query condition,
> Ex:
> {code}
> CREATE TABLE XXX.userlist (
>     userid text PRIMARY KEY,
>     lastposttime timestamp
> )
> Select * from userlist where lastposttime> '2017-04-01 16:00:00+0000';
> {code}
> There are 2 conditions :
> If I insert the data and then select it, the result will be correct
> But in case I insert data and then the next day I restart Cassandra, and 
> after that select the data, there will be no data selected
> The difference is that there is no Service restart on th next day in the 
> first manner. Actually, the data are still living in Cassandra, but TimeStamp 
> can’t be used as the query condition



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to