Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id 3B2679FB399; Thu, 12 Oct 2006 13:46:07 -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 34916-10; Thu, 12 Oct 2006 16:45:58 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey- X-Greylist: from auto-whitelisted by SQLgrey- Received: from outmail128167.authsmtp.co.uk (outmail128167.authsmtp.co.uk [62.13.128.167]) by postgresql.org (Postfix) with ESMTP id 05F5F9FB3B6; Thu, 12 Oct 2006 13:45:57 -0300 (ADT) Received: from [192.168.1.140] (dsl081-245-111.sfo1.dsl.speakeasy.net [64.81.245.111]) (authenticated bits=0) by mail.authsmtp.com (8.13.6/8.13.6/Kp) with ESMTP id k9CGjqtf043023; Thu, 12 Oct 2006 17:45:53 +0100 (BST) Message-ID: <452E7123.1090302@agliodbs.com> Date: Thu, 12 Oct 2006 09:45:23 -0700 From: Josh Berkus User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Csaba Nagy CC: postgres hackers , "Jim C. Nasby" , postgres performance list Subject: Re: [HACKERS] Hints proposal References: <20061012151439.GT28647@nasby.net> <10866.1160667752@sss.pgh.pa.us> <1160670865.28751.58.camel@coppola.muc.ecircle.de> In-Reply-To: <1160670865.28751.58.camel@coppola.muc.ecircle.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Server-Quench: 20ce8961-5a11-11db-b1d3-001185d377ca X-AuthRoute: OCdyZgscClZXSx8a IioLCC5HRQ8+YBZL BAkGMA9GIUINWEQN c1ADdB10O0FbHwkB BXYKXF5QVVd0XS1z bxRZbBtfZk9QXgRr T0pMQFdNFEszCG92 XF9aBBl2dAVEezBx YkVnEHJbDxFyfEB8 X0sFFGwbZGY0On1N URRbagNUcQJCe0tG bVcsBT1vNG8XDQIR NCweBQsEdQZnBR57 ZTsoGBoyQEAXBXYk XRcaGi4mGSVf X-Authentic-SMTP: 61633136333939.squirrel.dmpriest.net.uk:199/Kp X-Report-SPAM: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200610/246 X-Sequence-Number: 21375 Csaba, > I guess the angle is: I, as a practicing DBA would like to be able to > experiment and get most out of the imperfect tool I have, and you, the > developers, want to make the tool perfect... I don't care about perfect > tools, it just have to do the job... hints or anything else, if I can > make it work GOOD ENOUGH, it's all fine. And hints is something I would > understand and be able to use. Hmmm, if you already understand Visual Basic syntax, should we support that too? Or maybe we should support MySQL's use of '0000-00-00' as the "zero" date because people "understand" that? We're just not going to adopt a bad design because Oracle DBAs are used to it. If we wanted to do that, we could shut down the project and join a proprietary DB staff. The current discussion is: a) Planner tweaking is sometimes necessary; b) Oracle HINTS are a bad design for planner tweaking; c) Can we come up with a good design for planner tweaking? So, how about suggestions for a good design? --Josh Berkus