X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 25181DA8E0 for ; Thu, 22 Sep 2005 12:41:24 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 03210-05 for ; Thu, 22 Sep 2005 15:41:22 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id 0410CDA8D0 for ; Thu, 22 Sep 2005 12:41:21 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id j8MFfE4a029337; Thu, 22 Sep 2005 11:41:14 -0400 (EDT) To: K C Lau Cc: Simon Riggs , pgsql-performance@postgresql.org Subject: Re: SELECT LIMIT 1 VIEW Performance Issue In-reply-to: <6.2.1.2.0.20050922221846.02c45fb8@localhost> References: <6.2.1.2.0.20050615100524.04f9d6a8@localhost> <6.2.1.2.0.20050922102035.07bcf2e0@localhost> <1127378456.4145.76.camel@localhost.localdomain> <6.2.1.2.0.20050922181009.02c36ca8@localhost> <1127393284.4145.109.camel@localhost.localdomain> <6.2.1.2.0.20050922221846.02c45fb8@localhost> Comments: In-reply-to K C Lau message dated "Thu, 22 Sep 2005 22:39:29 +0800" Date: Thu, 22 Sep 2005 11:41:14 -0400 Message-ID: <29336.1127403674@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.006 required=5 tests=[AWL=0.006] X-Spam-Level: X-Archive-Number: 200509/241 X-Sequence-Number: 14549 K C Lau writes: > At 20:48 05/09/22, Simon Riggs wrote: >> Even if this were fixed for 8.1, which seems unlikely, would you be able >> to move to that release immediately? > Yes. In fact when we first developed our system a few years ago, we tested > on MS7.0, Oracle 8 and PG 7.1.1 and we did not hit that problem. It's really not credible that PG 7.1 did any better with this than current sources do. The subplan mechanism hasn't changed materially since about 6.5. It could be that 7.1's performance was simply so bad across the board that you didn't notice ... regards, tom lane