<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>DataStax Support Forums &#187; Tag: CQL - Recent Posts</title>
		<link>http://www.datastax.com/support-forums/tags/cql</link>
		<description>Software, Support, and Training for Apache Cassandra</description>
		<language>en-US</language>
		<pubDate>Wed, 22 May 2013 09:56:42 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.3</generator>
		<textInput>
			<title><![CDATA[Search]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>http://www.datastax.com/support-forums/search.php</link>
		</textInput>
		<atom:link href="http://www.datastax.com/support-forums/rss/tags/cql" rel="self" type="application/rss+xml" />

		<item>
			<title>nickmbailey on "CQL selecting by key always returns"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-selecting-by-key-always-returns#post-6814</link>
			<pubDate>Mon, 08 Oct 2012 17:23:58 +0000</pubDate>
			<dc:creator>nickmbailey</dc:creator>
			<guid isPermaLink="false">6814@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;This is actually an issue with how older versions of cql work. This is the expected behavior in CQL 2. However you shouldn't see this issue in CQL 3. Have you tried running this query in CQL 3?&#60;/p&#62;
&#60;p&#62;I'll also note that a row with no columns in it is the same thing as a row that does not exist. So the result you are seeing in CQL 2 can be safely interpreted as a non existent row.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>jkusar on "CQL selecting by key always returns"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-selecting-by-key-always-returns#post-6775</link>
			<pubDate>Fri, 05 Oct 2012 11:40:15 +0000</pubDate>
			<dc:creator>jkusar</dc:creator>
			<guid isPermaLink="false">6775@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;It looks like this bug has not been fixed.  I've downloaded and installed DSE 2.2 and I still get this bug.  Any chance there will be a patch soon that might fix it?&#60;/p&#62;
&#60;p&#62;Thanks.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Piotr Kołaczkowski on "CQL selecting by key always returns"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-selecting-by-key-always-returns#post-2916</link>
			<pubDate>Wed, 11 Jul 2012 09:41:40 +0000</pubDate>
			<dc:creator>Piotr Kołaczkowski</dc:creator>
			<guid isPermaLink="false">2916@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Yes, it will.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>jkusar on "CQL selecting by key always returns"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-selecting-by-key-always-returns#post-2879</link>
			<pubDate>Tue, 10 Jul 2012 17:02:50 +0000</pubDate>
			<dc:creator>jkusar</dc:creator>
			<guid isPermaLink="false">2879@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Ok, that's great to know.  Will DSE 2.2 include all of Cassandra 1.1?  Specifically, will it include CQL3?&#60;/p&#62;
&#60;p&#62;Thanks.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Piotr Kołaczkowski on "CQL selecting by key always returns"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-selecting-by-key-always-returns#post-2873</link>
			<pubDate>Tue, 10 Jul 2012 14:55:53 +0000</pubDate>
			<dc:creator>Piotr Kołaczkowski</dc:creator>
			<guid isPermaLink="false">2873@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;No, it was not on purpose, and it is definitely a bug. A series of ghost bugs have been  fixed in 1.1 branch of Cassandra recently. DSE 2.1 does not include these fixes yet, but 2.2, scheduled for late July, will.&#60;/p&#62;
&#60;p&#62;A workaround for this would be to create additional column, and query by that column instead of the key - all columns except key should be deleted properly.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>jkusar on "CQL selecting by key always returns"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-selecting-by-key-always-returns#post-2868</link>
			<pubDate>Tue, 10 Jul 2012 11:54:27 +0000</pubDate>
			<dc:creator>jkusar</dc:creator>
			<guid isPermaLink="false">2868@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;I've noticed that selecting by key in CQL always returns a record even if one doesn't actually exist:&#60;/p&#62;
&#60;pre&#62;&#60;code&#62;cqlsh:pow_test&#38;gt; select * from people;
cqlsh:pow_test&#38;gt; select * from people where key = &#38;#039;12345&#38;#039;;
 KEY
-------
 12345

cqlsh:pow_test&#38;gt; select count(*) from people;
 count
-------
     0

cqlsh:pow_test&#38;gt; select count(*) from people where key = &#38;#039;12345&#38;#039;;
 count
-------
     1

cqlsh:pow_test&#38;gt;&#60;/code&#62;&#60;/pre&#62;
&#60;p&#62;As I am currently writing a semi-generic data access layer for DSE, this makes it very difficult to detect when a row really exists or not.  I don't necessarily know what columns I should check for especially given that some of them may be null and that might be completely valid.&#60;/p&#62;
&#60;p&#62;Was this done on purpose?  Is there a way to detect via CQL whether or not a row actually exists?  Ideally, will future versions of CQL only return a row if the key actually existed?&#60;/p&#62;
&#60;p&#62;Thanks,&#60;br /&#62;
Jason
&#60;/p&#62;</description>
		</item>
		<item>
			<title>mbulman on "When will DataStax support Cassandra 1.1.0?"</title>
			<link>http://www.datastax.com/support-forums/topic/when-will-datastax-support-cassandra-110#post-2282</link>
			<pubDate>Thu, 21 Jun 2012 18:45:55 +0000</pubDate>
			<dc:creator>mbulman</dc:creator>
			<guid isPermaLink="false">2282@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;We're still in the process of integrating Cassandra 1.1 into DSE.  Keep an eye on the website for updates.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "When will DataStax support Cassandra 1.1.0?"</title>
			<link>http://www.datastax.com/support-forums/topic/when-will-datastax-support-cassandra-110#post-2231</link>
			<pubDate>Tue, 19 Jun 2012 09:56:39 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">2231@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Hello together.&#60;/p&#62;
&#60;p&#62;Is a release date announced for Datastax Enterprise with Cassandra 1.1.0?&#60;/p&#62;
&#60;p&#62;Thx &#60;/p&#62;
&#60;p&#62;Dominik
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "CQL where clause"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-where-clause#post-2211</link>
			<pubDate>Mon, 18 Jun 2012 12:36:18 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">2211@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Xedin, thanks for the reply.  I actually came across that stackoverflow post before but it doesn't help me since I need to have multiple columns compared using OR in my WHERE clause.&#60;br /&#62;
I guess I will have to use multiple queries for now until this functionality gets added to Cassandra.&#60;/p&#62;
&#60;p&#62;Thanks,&#60;br /&#62;
Erik
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "Flexible schema in CQL 3"</title>
			<link>http://www.datastax.com/support-forums/topic/flexible-schema-in-cql-3#post-2169</link>
			<pubDate>Thu, 14 Jun 2012 08:18:01 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">2169@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Thanks every one for the reply!&#60;br /&#62;
 And, Thepaul, Exactly that is the place where I got the answer,&#60;br /&#62;
 If, you want to use CQL 3.0 using JDBC driver, while creating connection you have to add a few words,&#60;br /&#62;
connection = DriverManager.getConnection(&#34;jdbc:cassandra://localhost:9160/trial?version=3.0.0&#34;);&#60;/p&#62;
&#60;p&#62;I mean, you have to specify the version name there.&#60;/p&#62;
&#60;p&#62;Thanks every one again!!
&#60;/p&#62;</description>
		</item>
		<item>
			<title>thepaul on "Flexible schema in CQL 3"</title>
			<link>http://www.datastax.com/support-forums/topic/flexible-schema-in-cql-3#post-2155</link>
			<pubDate>Wed, 13 Jun 2012 15:38:34 +0000</pubDate>
			<dc:creator>thepaul</dc:creator>
			<guid isPermaLink="false">2155@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;I wouldn't say cql 3 is still experimental.  It's not even beta anymore.  It ought to be as stable, or more, than cql 2 at this point.&#60;/p&#62;
&#60;p&#62;Version 1.1.0 of the JDBC driver (still in development) will support cql 3: see &#60;a href=&#34;http://code.google.com/a/apache-extras.org/p/cassandra-jdbc/source/detail?spec=svn611a4f8def98d231d5aa80468c1e729a91f9259f&#38;#038;name=trunk&#38;#038;r=34afe6507c945ecc17fe0c2db68c1715f83af0f0&#34; rel=&#34;nofollow&#34;&#62;http://code.google.com/a/apache-extras.org/p/cassandra-jdbc/source/detail?spec=svn611a4f8def98d231d5aa80468c1e729a91f9259f&#38;#038;name=trunk&#38;#038;r=34afe6507c945ecc17fe0c2db68c1715f83af0f0&#60;/a&#62; .&#60;/p&#62;
&#60;p&#62;So if you really need it, try the v1.1.0 branch of cassandra-jdbc.&#60;/p&#62;
&#60;p&#62;The python driver supports cql 3 now, if that helps.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "Flexible schema in CQL 3"</title>
			<link>http://www.datastax.com/support-forums/topic/flexible-schema-in-cql-3#post-2138</link>
			<pubDate>Wed, 13 Jun 2012 10:20:17 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">2138@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;I don't believe that you can do that in current situation when CQL3 is still being experimental, the only way I know to run cql3 is to run cqlsh from C* bin directory with --cql3 flag.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "Flexible schema in CQL 3"</title>
			<link>http://www.datastax.com/support-forums/topic/flexible-schema-in-cql-3#post-2131</link>
			<pubDate>Wed, 13 Jun 2012 03:45:48 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">2131@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;I am new to cassandra. As, I read many posts, most of them prescribe CQL 3.0. As I am a Java developer, I was trying cassandra using JDBC driver and Hector( using cql queries) to connect to database. But, I don't know how to upgrade those to CQL 3, and CQL 3 queries are not accepted by these frameworks. So, can somebody help me out of it with some examples.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "CQL where clause"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-where-clause#post-2129</link>
			<pubDate>Tue, 12 Jun 2012 20:41:24 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">2129@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Take a look at this &#60;a href=&#34;http://stackoverflow.com/questions/10139390/alternative-for-or-condition-after-where-clause-in-select-statement-cassandra&#34; rel=&#34;nofollow&#34;&#62;http://stackoverflow.com/questions/10139390/alternative-for-or-condition-after-where-clause-in-select-statement-cassandra&#60;/a&#62;&#60;/p&#62;
&#60;p&#62;Short answer is - disjunctions are not currently supported in Cassandra and wouldn't be supported until probably 1.2 or later this is related to internal data organization.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "CQL where clause"</title>
			<link>http://www.datastax.com/support-forums/topic/cql-where-clause#post-2128</link>
			<pubDate>Tue, 12 Jun 2012 20:36:24 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">2128@http://www.datastax.com/support-forums/</guid>
			<description>&#60;p&#62;Hi, I'm new to Cassandra.  I am wondering why CQL only supports using 'and' but does not support the use of 'or' in the where clause.  Am I missing something about Cassandra?  Do people not need to do this typically when using Cassandra?&#60;br /&#62;
Is it recommended to just issue multiple CQL select statements, one for each column you want to filter on?&#60;/p&#62;
&#60;p&#62;Thanks,&#60;br /&#62;
Erik
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
