Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 87114 invoked from network); 18 May 2007 20:19:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 May 2007 20:19:41 -0000 Received: (qmail 69740 invoked by uid 500); 18 May 2007 20:19:44 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 69688 invoked by uid 500); 18 May 2007 20:19:43 -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 69621 invoked by uid 99); 18 May 2007 20:19:43 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 May 2007 13:19:43 -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; Fri, 18 May 2007 13:19:36 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id B01FC714074 for ; Fri, 18 May 2007 13:19:16 -0700 (PDT) Message-ID: <11560807.1179519556719.JavaMail.jira@brutus> Date: Fri, 18 May 2007 13:19:16 -0700 (PDT) From: "Mamta A. Satoor (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-2669) If no territory attribute is not specified at create database time, then we should ignore the collation attribute if specified. In-Reply-To: <26314879.1179473236123.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-2669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497018 ] Mamta A. Satoor commented on DERBY-2669: ---------------------------------------- Laura, I selected on purpose from system table to show that system tables character columns will have collation of UCS_BASIC and the character constant 'T1' will have collation of user-schema which is TERRITORY_BASED for this db1_52 database and hence the comparison between system table character column and constant character string will fail when the comparison is done inside a user schema. Note that character string constants pickup their collation from the current schema which in my example above is 'APP' schema which is user schema. If the same query above is executed inside SYS schema, then the query won't fail ij> connect 'jdbc:derby:c:/dellater/db1_52_data;create=true;collation=TERRITORY_BASED'; ij> set schema SYS; 0 rows selected ij> select tablename from sys.systables where tablename='T1'; TABLENAME --------------------------------------------------------------- 0 rows selected In the case above, character string constant 'T1' picked up the collation of SYS schema and hence the comparison did not fail. > If no territory attribute is not specified at create database time, then we should ignore the collation attribute if specified. > ------------------------------------------------------------------------------------------------------------------------------- > > Key: DERBY-2669 > URL: https://issues.apache.org/jira/browse/DERBY-2669 > Project: Derby > Issue Type: Improvement > Components: SQL > Affects Versions: 10.3.0.0 > Reporter: Mamta A. Satoor > > If a user specifies a create database url like following > jdbc:derby:abcDB;create=true;collation=TERRITORY_BASED > we should ignore the collation attribute because no territory attribute has been specified. The current Derby 10.3 code does not do that. Once this is fixed, we should add a test case for it in CollationTest.java -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.