Return-Path: X-Original-To: apmail-cassandra-commits-archive@www.apache.org Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 557F57BD0 for ; Sat, 27 Aug 2011 16:47:02 +0000 (UTC) Received: (qmail 48768 invoked by uid 500); 27 Aug 2011 16:47:02 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 48718 invoked by uid 500); 27 Aug 2011 16:47:01 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 48706 invoked by uid 99); 27 Aug 2011 16:47:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 27 Aug 2011 16:47:01 +0000 X-ASF-Spam-Status: No, hits=-2000.5 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 27 Aug 2011 16:46:59 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 3E2D4D37E5 for ; Sat, 27 Aug 2011 16:46:38 +0000 (UTC) Date: Sat, 27 Aug 2011 16:46:38 +0000 (UTC) From: "Rick Shaw (JIRA)" To: commits@cassandra.apache.org Message-ID: <1366724499.198.1314463598251.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1065287088.75.1314454177697.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (CASSANDRA-3089) Support RowId in ResultSet MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CASSANDRA-3089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13092324#comment-13092324 ] Rick Shaw commented on CASSANDRA-3089: -------------------------------------- The JDBC {{RowId}} assumes it can be compared with another {{RowId}} for identity. The stated specification says that they are the same if they have the same logical/physical identity and they come from the same Table and Dataset. This implies the same CF and KS as well as the matching row index value. To illustrate: if a rows in two CFs "A", and "B" had {{Integer}} indexes, it could easily happen that both CFs had a row with the index value of integer 1. But a {{RowId}} from CF "A" containing 1 and a {{RowId}} containing 1 from CF "B" should not report being equal because they come from different CFs. However it is not common practice to store the CF and the KS along with a row index when creating secondary indexes either ad-hoc or through C* internal tooling. The KS can be implied as the current KS because it is not useful in C* for it to be anything but the current KS, although I guess it is _possible_ as well. But the CF can not really be known unless we create a new {{RowIdType}}, and that seems like it would never really be used in common practice anyway. The alternative is to document that we do not really comply, and just use equality of the byte value contents of the contained in the column's value. > Support RowId in ResultSet > -------------------------- > > Key: CASSANDRA-3089 > URL: https://issues.apache.org/jira/browse/CASSANDRA-3089 > Project: Cassandra > Issue Type: Sub-task > Components: Drivers > Affects Versions: 0.8.4 > Reporter: Rick Shaw > Assignee: Rick Shaw > Priority: Trivial > Labels: JDBC, lhf > Fix For: 1.0 > > > Support the JDBC concept of {{RowId}} by using the C* row index value. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira