Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 24157 invoked from network); 28 May 2009 14:54:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 May 2009 14:54:58 -0000 Received: (qmail 75528 invoked by uid 500); 28 May 2009 14:55:10 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 75487 invoked by uid 500); 28 May 2009 14:55:10 -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 75393 invoked by uid 99); 28 May 2009 14:55:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 May 2009 14:55:10 +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; Thu, 28 May 2009 14:55:07 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 242D2234C1E9 for ; Thu, 28 May 2009 07:54:46 -0700 (PDT) Message-ID: <760295000.1243522486147.JavaMail.jira@brutus> Date: Thu, 28 May 2009 07:54:46 -0700 (PDT) From: "Bryan Pendleton (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-3002) Add support for GROUP BY ROLLUP In-Reply-To: <8295663.1186932103844.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-3002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12713996#action_12713996 ] Bryan Pendleton commented on DERBY-3002: ---------------------------------------- Hi Knut, thanks again for the notes and observations. Your point about the handling of empty result sets is intriguing. Consider the short script shown below. I'm confused about why the second SELECT statement returns 1 row, but the first and third SELECT statements return 0 rows. Do you understand why this behavior exists, and whether it's appropriate? ij> create table t (a int, b int); 0 rows inserted/updated/deleted ij> select sum(b) from t group by a; 1 ----------- 0 rows selected ij> select sum(b) from t; 1 ----------- NULL 1 row selected ij> insert into t values (1,1); 1 row inserted/updated/deleted ij> select sum(b) from t where 1 <> 1 group by a; 1 ----------- 0 rows selected > Add support for GROUP BY ROLLUP > ------------------------------- > > Key: DERBY-3002 > URL: https://issues.apache.org/jira/browse/DERBY-3002 > Project: Derby > Issue Type: New Feature > Components: SQL > Affects Versions: 10.4.1.3 > Reporter: Bryan Pendleton > Assignee: Bryan Pendleton > Priority: Minor > Attachments: fixWhiteSpace.diff, IncludesASimpleTest.diff, prototypeChangeNoTests.diff, useLookahead.diff > > > Provide an implementation of the ROLLUP form of multi-dimensional grouping according to the SQL standard. > See http://wiki.apache.org/db-derby/OLAPRollupLists for some more detailed information about this aspect of the SQL standard. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.