Re: Doing better at HINTing an appropriate column within errorMissingColumn()

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Doing better at HINTing an appropriate column within errorMissingColumn()
Дата
Msg-id 7873.1404052214@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Doing better at HINTing an appropriate column within errorMissingColumn()  (Abhijit Menon-Sen <ams@2ndQuadrant.com>)
Ответы Re: Doing better at HINTing an appropriate column within errorMissingColumn()
Список pgsql-hackers
Abhijit Menon-Sen <ams@2ndQuadrant.com> writes:
> So, what's the status of this patch?
> There's been quite a lot of discussion (though only about the approach;
> no formal code/usage review has yet been posted), but as far as I can
> tell, it just tapered off without any particular consensus.

AFAICT, people generally agree that this would probably be useful,
but there's not consensus on how far the code should be willing to
"reach" for a match, nor on what to do when there are multiple
roughly-equally-plausible candidates.

Although printing all candidates seems to be what's preferred by
existing systems with similar facilities, I can see the point that
constructing the message in a translatable fashion might be difficult.
So personally I'd be willing to abandon insistence on that.  I still
think though that printing candidates with very large distances
would be unhelpful.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Decoding of (nearly) empty transactions and regression tests
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Decoding of (nearly) empty transactions and regression tests