pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Mark Kirkwood <markir@paradise.net.nz>
To: Csaba Nagy <nagy@ecircle-ag.com>
Cc: Craig A. James <cjames@modgraph-usa.com>
Cc: postgres performance list <pgsql-performance@postgresql.org>
Subject: Re: Hints proposal
Date: Tue, 17 Oct 2006 09:25:05 +1300
Message-ID: <4533EAA1.9020400@paradise.net.nz> (raw)
In-Reply-To: <1161005266.28751.145.camel@coppola.muc.ecircle.de>
References: <78ED28FACE63744386D68D8A9D1CF5D4209CBF@MAIL.corp.lumeta.com>
	<4532D17B.20106@modgraph-usa.com>
	<45337C56.8000209@paradise.net.nz>
	<1161005266.28751.145.camel@coppola.muc.ecircle.de>

Csaba Nagy wrote:
>> 2d) Hints will damage the ongoing development of the optimizer by 
>> reducing or eliminating test cases for its improvement.
> 
> You have no evidence for this. 

My evidence (which I think I've mentioned in a couple of previous 
postings), is the experience with the optimizer of that... err.. other 
database that has hints, plus the experience of that (different) other 
database that does not allow them :-) Several others have posted similar 
comments.

> 
>> 2f) Hints may demoralize the developer community - many of whom will 
>> have been attracted to Postgres precisely because this was a realm where 
>> crude solutions were discouraged.
> 
> I still don't get it why are you so against hints. Hints are a crude
> solution only if you design them to be like that... otherwise they are
> just yet another tool to get the work done, preferably now. 
> 
> 
> I fail to see why would be a "hinted" postgres an inferior product...
> 

A rushed. and crude implementation will make it an inferior product - 
now not every hint advocate is demanding them to be like that, but the 
tone of many of the messages is "I need hints because they can help me 
*now*, whereas optimizer improvements will take too long...". That 
sounds to me like a quick fix. I think if we provide hint-like 
functionality it must be *part of* our optimizer improvement plan, not 
instead of it!

Now I may have come on a bit strong about this - and apologies if that's 
the case, but one of the things that attracted me to Postgres originally 
was the community attitude of "doing things properly or sensibly", I 
think it would be a great loss - for the product, not just for me - if 
that changes to something more like "doing things quickly".

best wishes

Mark




view thread (74+ messages)  latest in thread

Message-ID: <4533EAA1.9020400@paradise.net.nz>
Permalink:  ../4533EAA1.9020400@paradise.net.nz/
Also on:    postgresql.org/message-id/4533EAA1.9020400@paradise.net.nz

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: markir@paradise.net.nz, nagy@ecircle-ag.com, cjames@modgraph-usa.com
  Subject: Re: Hints proposal
  In-Reply-To: <4533EAA1.9020400@paradise.net.nz>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox