Re: results differ on two queries, based on secondary index key and partition key

Thanks Steve. With your approach, I believe it will not allow double entries for a follower-followee relationship which is good. In our modeling, a timeuuid field is chosen to be the cluster key and this lets a time-based ordering, which was one of the design goals I believe. Actually, I started t

Re: results differ on two queries, based on secondary index key and partition key

Thanks for your answer Sean. Yes I also viewed the problem as a graph problem, but then thought it could be an overkilling solution. Because, I only need to have the followers and followings of a user, nothing more. 2017-03-29 20:35 GMT+03:00 Durity, Sean R : > This looks more like a problem for

nodetool tablestats reporting local read count of 0, incorrectly

Cassandra 3.9 Have a keyspace with 5 tables, one of which is exhibiting rather poor read performance. In starting an attempt to get to the bottom of the issues, I noticed that, when running nodetool tablestats against the keyspace, that particular table reports "Local read count: 0" on all nodes -

Tracing output regarding number of sstables hit and am I chasing my tail

Was about to optimize some queries, given tracing out, but then saw CASSANDRA-13120 (https://issues.apache.org/jira/browse/CASSANDRA-13120) and am now wondering if there's nothing to be gained. We have a table with a (quite simplified/sanitized) structure as such: created_week_year int, created_w

stress-tool with mixed character case in Keyspace and column family

My Keyspace has both upper and lower cases and trying to run Cassandra-stress tool using yaml file. I tried using parsing them with different string literals. but running into errors 1) yaml file keyspace: "\"UserData_1d0a5f1b5ae297d2958520f5983ba84d\"" error message: Sleeping

RE: Cassandra 3.10: ClassCastException in ThreadAwareSecurityManager

Thank you Edward. From: Edward Capriolo [mailto:edlinuxg...@gmail.com] Sent: Friday, March 31, 2017 4:22 PM To: user@cassandra.apache.org Subject: Re: Cassandra 3.10: ClassCastException in ThreadAwareSecurityManager I created https://issues.apache.org/jira/browse/CASSANDRA-13396 for you https://

Re: Cassandra 3.10: ClassCastException in ThreadAwareSecurityManager

I created https://issues.apache.org/jira/browse/CASSANDRA-13396 for you https://issues.apache.org/jira/browse/CASSANDRA-13396 /** * The purpose of this class is */ this purpose of this class is ...what ? this class is who? sicka sicka slim shady. On Thu, Mar 30, 2017 at 1:48 PM, Anton PASSIOUK <