Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 5447E9FB73C for ; Mon, 9 Oct 2006 14:12:11 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 59277-07 for ; Mon, 9 Oct 2006 14:12:02 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from davinci.ethosmedia.com (server227.ethosmedia.com [209.128.84.227]) by postgresql.org (Postfix) with ESMTP id 911769FB713 for ; Mon, 9 Oct 2006 14:11:58 -0300 (ADT) X-EthosMedia-Virus-Scanned: no infections found Received: from [63.195.55.98] (account josh@agliodbs.com HELO spooky.sf.agliodbs.com) by davinci.ethosmedia.com (CommuniGate Pro SMTP 4.1.8) with ESMTP id 10289015; Mon, 09 Oct 2006 10:15:31 -0700 From: Josh Berkus Organization: PostgreSQL @ Sun To: pgsql-performance@postgresql.org Subject: Re: Simple join optimized badly? Date: Mon, 9 Oct 2006 10:12:43 -0700 User-Agent: KMail/1.8.2 Cc: Tom Lane , Mark Kirkwood , "Craig A. James" References: <45274A77.7080005@modgraph-usa.com> <4529C43A.3050503@paradise.net.nz> <19817.1160369035@sss.pgh.pa.us> In-Reply-To: <19817.1160369035@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610091012.43855.josh@agliodbs.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.18 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200610/160 X-Sequence-Number: 21289 Tom, > Josh's post points out some reasons why it's not that easy to get > long-term benefits from hints --- you could possibly address some of > those problems, but a hint language that responds to those criticisms > won't be trivial to design, implement, or maintain. See (many) past > discussions for reasons why not. Well, why don't we see what EDB can come up with? If it's not "good enough" we'll just reject it. Unfortunately, EDB's solution is likely to be Oracle-based, which is liable to fall into the trap of "not good enough." -- Josh Berkus PostgreSQL @ Sun San Francisco