Re: Doing better at HINTing an appropriate column within errorMissingColumn()
От | Robert Haas |
---|---|
Тема | Re: Doing better at HINTing an appropriate column within errorMissingColumn() |
Дата | |
Msg-id | CA+TgmoYHHTLAaJbcYtXNSbA-4MOaqjG9XG7kFYcs4HWjw3VhbQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Doing better at HINTing an appropriate column within errorMissingColumn() (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Re: Doing better at HINTing an appropriate column within errorMissingColumn()
|
Список | pgsql-hackers |
On Wed, Jul 9, 2014 at 2:10 AM, Michael Paquier <michael.paquier@gmail.com> wrote: > On Wed, Jul 9, 2014 at 5:56 AM, Peter Geoghegan <pg@heroku.com> wrote: >> On Tue, Jul 8, 2014 at 1:55 PM, Peter Geoghegan <pg@heroku.com> wrote: >> > I was worried about the common case where a >> > column name is misspelled that would otherwise be ambiguous, which is >> > why that shows a HINT while the single RTE case doesn't >> >> To be clear - I mean a HINT with two suggestions rather than just one. >> If there are 3 or more equally distant suggestions (even if they're >> all from different RTEs) we also give no HINT in the proposed patch. > > Showing up to 2 hints is fine as it does not pollute the error output with > perhaps unnecessary messages. That's even more protective than for example > git that prints all the equidistant candidates. However I can't understand > why it does not show up hints even if there are two equidistant candidates > from the same RTE. I think it should. Me, too. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: