Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7B6FBD18B for ; Thu, 7 Mar 2013 17:04:07 +0000 (UTC) Received: (qmail 3079 invoked by uid 500); 7 Mar 2013 17:04:07 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 3053 invoked by uid 500); 7 Mar 2013 17:04:06 -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 3036 invoked by uid 99); 7 Mar 2013 17:04:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Mar 2013 17:04:06 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [98.139.44.155] (HELO nm28.access.bullet.mail.sp2.yahoo.com) (98.139.44.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Mar 2013 17:03:59 +0000 Received: from [98.139.44.105] by nm28.access.bullet.mail.sp2.yahoo.com with NNFMP; 07 Mar 2013 17:03:39 -0000 Received: from [98.138.226.243] by tm10.access.bullet.mail.sp2.yahoo.com with NNFMP; 07 Mar 2013 17:03:38 -0000 Received: from [127.0.0.1] by smtp114.sbc.mail.ne1.yahoo.com with NNFMP; 07 Mar 2013 17:03:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1362675818; bh=G6YF2Ej6Lip5JAjRRJ+1wACMhbVBo18A28bcHSCgnk8=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type; b=IeW1mcTv9XNr8e1TlmmXi1JGw/CMVacUb5BWWg3HZfe0HXpb2M+q6xk53266J5dZnwhDGCZIGlEZdooOoti+wBc/ldwyfuvWvaKilPxfhI0S88h7X+xu19Y9JiQNfDoxXuTcVed6G5rc27GUHFCC6iOuaoehcsVUb5VNAX3kzhk= X-Yahoo-Newman-Id: 905076.64106.bm@smtp114.sbc.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 54yksv0VM1l3Ck1SI6f542DROBj_CnprZpGIKiVGtinscod GOsGbaAyXQcnpf3lOy8Pg1e18.bbljfcy38fELW_EYawu_l8WE8gGjfcD6En cwTADSc1Fpj_bjDVdycRl7WOxDGDY8XFNuiZn.YcCQMOJVubdeugDDJ2MrGu 9uIrnr2_WaXObRQHrhkky2T6zQeOv1ucs5S2.LQpdODm9l.ndfrWGoIBuUZO iSSzll0YT3x.gMx0C8rcEhLPtB6CXlnIOub0A8UOLlNRo8c6cDMIrUwMYniY zq3xL4kKecIR1UlEX8WI9ZTJ40mMxIlig6_zQfg5qdfa63_LbLEKw0O1QrH5 TokMzvFRowXPKsBlrA057wZZehN8yTOj_EewS9gfLNDeTqmTgRpNDhRGNfjb HtfzmHk.Q4NzHu4gTzxzbJ31IAS_wM.8Pjsy2gr69FBADqDgKOFSQs.4BkWv ZDDgvqQacmgDICf5lm6Bkh6AIAI5ZqZzgHRKqcifviVG0ms8IqgHv4uuk3_f SlYiEDw9TfD69JHIqBcY0fcfBqO09uEhSde4sK.El7pNrSpdFT2sgOwia9oK UECxRyk_o2A-- X-Yahoo-SMTP: fBd8VESswBBwVkX.d9lIdXduzED_6kJxUAzIjM21tL._95FbORG0yg-- Received: from [192.168.1.71] (kmarsdenderby@108.231.78.45 with plain) by smtp114.sbc.mail.ne1.yahoo.com with SMTP; 07 Mar 2013 09:03:38 -0800 PST Message-ID: <5138C84B.6010706@sbcglobal.net> Date: Thu, 07 Mar 2013 09:03:07 -0800 From: Katherine Marsden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: derby-dev@db.apache.org Subject: Are these ROW_NUMBER caveats still true? Content-Type: multipart/alternative; boundary="------------060902090109040701020107" X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. --------------060902090109040701020107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit http://db.apache.org/derby/docs/10.9/ref/rreffuncrownumber.html * Derby does not currently allow the named or unnamed window specification to be specified in the OVER() clause, but requires an empty parenthesis. This means the function is evaluated over the entire result set. * The ROW_NUMBER function cannot currently be used in a WHERE clause. * Derby does not currently support ORDER BY in subqueries, so there is currently no way to guarantee the order of rows in the SELECT subquery. An optimizer override can be used to force the optimizer to use an index ordered on the desired column(s) if ordering is a firm requirement. I see these possibly relevant fixes: https://issues.apache.org/jira/browse/DERBY-3634 https://issues.apache.org/jira/browse/DERBY-4397 Also are there still performance considerations with ROW_NUMBER? I see: https://issues.apache.org/jira/browse/DERBY-3505 Are there still other concerns with ROW_NUMBER? Thanks Kathey --------------060902090109040701020107 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit http://db.apache.org/derby/docs/10.9/ref/rreffuncrownumber.html

  • Derby does not currently allow the named or unnamed window specification to be specified in the OVER() clause, but requires an empty parenthesis. This means the function is evaluated over the entire result set.
  • The ROW_NUMBER function cannot currently be used in a WHERE clause.
  • Derby does not currently support ORDER BY in subqueries, so there is currently no way to guarantee the order of rows in the SELECT subquery. An optimizer override can be used to force the optimizer to use an index ordered on the desired column(s) if ordering is a firm requirement.

I see these possibly relevant fixes:

https://issues.apache.org/jira/browse/DERBY-3634
https://issues.apache.org/jira/browse/DERBY-4397

Also are there still performance considerations with ROW_NUMBER?
I see:
https://issues.apache.org/jira/browse/DERBY-3505

Are there still other concerns with ROW_NUMBER?

Thanks

Kathey
--------------060902090109040701020107--