Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 7931 invoked from network); 26 Jun 2007 19:47:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Jun 2007 19:47:47 -0000 Received: (qmail 7598 invoked by uid 500); 26 Jun 2007 19:47:50 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 7376 invoked by uid 500); 26 Jun 2007 19:47:50 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 7365 invoked by uid 99); 26 Jun 2007 19:47:50 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jun 2007 12:47:50 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jun 2007 12:47:46 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id F11D871403F for ; Tue, 26 Jun 2007 12:47:25 -0700 (PDT) Message-ID: <28813554.1182887245977.JavaMail.jira@brutus> Date: Tue, 26 Jun 2007 12:47:25 -0700 (PDT) From: "Daniel John Debrunner (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Created: (DERBY-2876) Ensure the DataTypeDescriptor.comparable() implements the correct rules for determing the collation to use. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Ensure the DataTypeDescriptor.comparable() implements the correct rules for determing the collation to use. ----------------------------------------------------------------------------------------------------------- Key: DERBY-2876 URL: https://issues.apache.org/jira/browse/DERBY-2876 Project: Derby Issue Type: Sub-task Components: SQL Affects Versions: 10.3.0.0, 10.3.1.0, 10.3.1.1, 10.4.0.0 Reporter: Daniel John Debrunner The current implementation of comparable requires that collation type *and* derivation must match for the types to be comparable. This is not correct according to SQL Standard 9.13, e.g. with non-matching types and one derivation of implicit and one of none, then the types are comparable. Possibly this method is not the correct location for this functionality, as no indication can be given of the correct collation to use, just if they are comparable or not. Would be fixed by a correct implementation of the 9.13 rules under DERBY-2875, but that's marked as an improvement. This issue is to record the fact that the comparision logic is currently incorrect and so DERBY-1478 is not yet complete. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.