Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 67356 invoked from network); 4 Aug 2009 04:35:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Aug 2009 04:35:34 -0000 Received: (qmail 51138 invoked by uid 500); 4 Aug 2009 04:35:39 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 51103 invoked by uid 500); 4 Aug 2009 04:35:39 -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 51095 invoked by uid 99); 4 Aug 2009 04:35:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Aug 2009 04:35:39 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Aug 2009 04:35:36 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id E74AA234C04C for ; Mon, 3 Aug 2009 21:35:14 -0700 (PDT) Message-ID: <2047942257.1249360514946.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 21:35:14 -0700 (PDT) From: "Mamta A. Satoor (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-4331) Join returns results in wrong order In-Reply-To: <1441768431.1249168454800.JavaMail.jira@brutus> 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/DERBY-4331?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738814#action_12738814 ] Mamta A. Satoor commented on DERBY-4331: ---------------------------------------- The following query also seems to give wrong results on 10.5 codeline. It has tables REPOSITORIES and AUTHORS missing compared to the original query. I will try it without the changes for DERBY-3926 to see if it passes there. SELECT CS.ID FROM --DERBY-PROPERTIES joinOrder=FIXED FILES F --DERBY-PROPERTIES constraint=FILES_REPOSITORY_PATH , FILECHANGES FC --DERBY-PROPERTIES constraint=FILECHANGES_FILE_CHANGESET , CHANGESETS CS --DERBY-PROPERTIES constraint=CHANGESETS_PRIMARY_ID WHERE CS.ID = FC.CHANGESET AND F.ID = FC.FILE AND EXISTS ( SELECT 1 FROM FILES F2 --DERBY-PROPERTIES constraint=FILES_REPOSITORY_PATH WHERE F2.ID = FC.FILE) ORDER BY CS.ID DESC; ID ----------- 1 2 3 2 2 3 6 rows selected > Join returns results in wrong order > ----------------------------------- > > Key: DERBY-4331 > URL: https://issues.apache.org/jira/browse/DERBY-4331 > Project: Derby > Issue Type: Bug > Components: SQL > Affects Versions: 10.5.2.0, 10.6.0.0 > Reporter: Knut Anders Hatlen > Attachments: notorderby4331.zip, orderby4331.zip, repro.sql, repro2.sql, repro2_qryplan.txt > > > In Derby 10.5.2.0, the query below started returning results in wrong order (note the ORDER BY clause). Derby 10.5.1.1 gives the expected ordering. > ij> SELECT CS.ID > FROM > CHANGESETS CS, FILECHANGES FC, REPOSITORIES R, FILES F, AUTHORS A > WHERE > R.PATH = '/var/tmp/source5923202038296723704opengrok/mercurial' AND F.REPOSITORY = R.ID AND A.REPOSITORY = R.ID AND > CS.REPOSITORY = R.ID AND CS.ID = FC.CHANGESET AND F.ID = FC.FILE AND > A.ID = CS.AUTHOR AND > EXISTS ( > SELECT 1 > FROM FILES F2 > WHERE > F2.ID = FC.FILE AND F2.REPOSITORY = R.ID AND > F2.PATH LIKE '/%' ESCAPE '#') > ORDER BY CS.ID DESC; > ID > ----------- > 1 > 2 > 3 > 2 > 2 > 3 > 6 rows selected -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.