Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id F06339FB2C3 for ; Thu, 12 Oct 2006 18:41:15 -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 15672-02 for ; Thu, 12 Oct 2006 18:41:13 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey- Received: from web31807.mail.mud.yahoo.com (web31807.mail.mud.yahoo.com [68.142.207.70]) by postgresql.org (Postfix) with SMTP id 91D979FB256 for ; Thu, 12 Oct 2006 18:41:12 -0300 (ADT) Received: (qmail 90033 invoked by uid 60001); 12 Oct 2006 21:41:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=n3oJPslIlrYfzLbu3tLXWlCheVnEZyJm6KpygR/iFCJsFq7ynzV6msbgPajbxMeo/GeMWVUEEaiUK15sCXDfsYR8QqBOvRv6tYzuvmyg81mPVOxC7yZJvwwPH7f9IC3qFRTkheQX6TxzIP5YSjHlJ5FeE26i6w4PHeFmEHNKv/g= ; Message-ID: <20061012214111.90031.qmail@web31807.mail.mud.yahoo.com> Received: from [12.177.97.50] by web31807.mail.mud.yahoo.com via HTTP; Thu, 12 Oct 2006 14:41:11 PDT Date: Thu, 12 Oct 2006 14:41:11 -0700 (PDT) From: Richard Broersma Jr Subject: Re: Hints proposal To: Arjen van der Meijden , Jeff Davis Cc: Csaba Nagy , "Jim C. Nasby" , postgres performance list In-Reply-To: <452EAE80.5030501@tweakers.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=2.724 tagged_above=0 required=5 tests=AWL, DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, DNS_FROM_RFC_WHOIS X-Spam-Level: ** X-Archive-Number: 200610/263 X-Sequence-Number: 21392 > By the way, wouldn't it be possible if the planner learned from a query > execution, so it would know if a choice for a specific plan or estimate > was actually correct or not for future reference? Or is that in the line > of DB2's complexity and a very hard problem and/or would it add too much > overhead? Just thinking out-loud here... Wow, a learning cost based planner sounds a-lot like problem for control & dynamical systems theory. As I understand it, much of the advice given for setting PostgreSQL's tune-able parameters are from "RULES-OF-THUMB." I am sure that effect on server performance from all of the parameters could be modeled and an adaptive feed-back controller could be designed to tuned these parameters as demand on the server changes. Al-thought, I suppose that a controller like this would have limited success since some of the most affective parameters are non-run-time tune-able. In regards to query planning, I wonder if there is way to model a controller that could adjust/alter query plans based on a comparison of expected and actual query execution times. Regards, Richard Broersma Jr.