Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id 59EDB9FA594 for ; Fri, 13 Oct 2006 14:24:19 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 42833-10 for ; Fri, 13 Oct 2006 17:24:13 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey- Received: from servata.com (ip-216-152-249-241.servata.com [216.152.249.241]) by postgresql.org (Postfix) with ESMTP id AA4B09FB4DC for ; Fri, 13 Oct 2006 14:24:13 -0300 (ADT) Received: from [209.162.219.253] (helo=dogma.v10.wvs) by servata.com with esmtpa (Exim 4.50) id 1GYQkt-0002uT-CJ; Fri, 13 Oct 2006 10:23:31 -0700 Subject: Re: [PERFORM] Hints proposal From: Jeff Davis To: Bucky Jordan Cc: Alvaro Herrera , josh@agliodbs.com, "Jim C. Nasby" , pgsql-hackers@postgresql.org In-Reply-To: <78ED28FACE63744386D68D8A9D1CF5D4209CBD@MAIL.corp.lumeta.com> References: <78ED28FACE63744386D68D8A9D1CF5D4209CBD@MAIL.corp.lumeta.com> Content-Type: text/plain Date: Fri, 13 Oct 2006 10:23:31 -0700 Message-Id: <1160760211.31966.231.camel@dogma.v10.wvs> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.134 tagged_above=0 required=5 tests=FORGED_RCVD_HELO, SPF_HELO_PASS X-Spam-Level: X-Archive-Number: 200610/768 X-Sequence-Number: 92665 On Fri, 2006-10-13 at 13:08 -0400, Bucky Jordan wrote: > > It sounds horrible to me too, and I'm the one that thought of it (or > at > > least I'm the one that introduced it to this thread). > > > > However, everything is relative. Since the other idea floating around > is > > to put the same hinting information into the client queries > themselves, > > regexes look great by comparison (in my opinion). > > I was merely expressing the same opinion. But I'm not one of those I didn't mean to imply otherwise. > working on the planner, and all I can say to those of you who are is > your efforts on good design are most appreciated, even if they do take > longer than we users would like at times. > > My only point was that they should *NOT* be put in queries themselves as > this scatters the nightmare into user code as well. Of course, other > more sane ideas are most welcome. I don't like screeching on blackboards > either. (regular expressions, although very valuable at times, seem to > have that effect quite often...) Right. And I think the sane ideas are along the lines of estimate & cost corrections (like Tom is saying). Regards, Jeff Davis