Re: [GENERAL] To Postgres Devs : Wouldn't changing the select limit - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: [GENERAL] To Postgres Devs : Wouldn't changing the select limit
Date
Msg-id 200110221722.f9MHMRn01360@candle.pha.pa.us
Whole thread Raw
In response to Re: [GENERAL] To Postgres Devs : Wouldn't changing the select limit  (Thomas Lockhart <lockhart@fourpalms.org>)
List pgsql-hackers
> (switched thread to hackers)
> 
> > ... If the 'tip' is localized to a few lines, usually in
> > gram.y, I don't see a reason not to help people find the right answer.
> > It helps them and reduces redundant bug repots.  I can't imagine a
> > reason not to do it unless it starts to make our code more complex.
> 
> I'm with Peter on this one. I'd like to *not* clutter up the code and
> error reporting with hints and suggestions which may or may not be to
> the point.
> 
> We *should* have docs which list error messages and possible solutions,
> and throwing that info into code is a poor second choice imho.

Is it really clutter to add a clause and elog().  I am not advocating
adding stuff like crazy, but when we see people having the same problem,
it seems worth adding it.  Our docs are pretty big and most people who
have this type of problem are not going to know where to look in the
docs.  If the elog pointed them to the proper section in the docs, that
would be even better, but then again, you are doing the elog at that
point.

What do others think?  It would be good to have a specific example to
discuss.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Thomas Lockhart
Date:
Subject: Re: [GENERAL] To Postgres Devs : Wouldn't changing the select limit
Next
From: Peter Eisentraut
Date:
Subject: CREATE TABLE AS / WITHOUT OIDs?