Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TY0rO-0000Av-RG for pgsql-performance@postgresql.org; Mon, 12 Nov 2012 20:43:58 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TY0rL-0005nM-Tk for pgsql-performance@postgresql.org; Mon, 12 Nov 2012 20:43:58 +0000 Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.5/8.14.5) with ESMTP id qACKhrWk005519; Mon, 12 Nov 2012 15:43:53 -0500 (EST) From: Tom Lane To: Dave Cramer cc: pgsql-performance Subject: Re: performance regression with 9.2 In-reply-to: References: Comments: In-reply-to Dave Cramer message dated "Mon, 12 Nov 2012 14:49:00 -0500" Date: Mon, 12 Nov 2012 15:43:53 -0500 Message-ID: <5518.1352753033@sss.pgh.pa.us> X-Pg-Spam-Score: -2.1 (--) X-Archive-Number: 201211/142 X-Sequence-Number: 48508 Dave Cramer writes: > This query is a couple orders of magnitude slower the first result is > 9.2.1, the second 9.1 Hm, the planner's evidently doing the wrong thing inside the recursive union, but not obvious why. Can you extract a self-contained test case? regards, tom lane