Re: select_common_collation callers way too ready to throw error

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: select_common_collation callers way too ready to throw error
Дата
Msg-id 21527.1299788091@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: select_common_collation callers way too ready to throw error  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> On ons, 2011-03-09 at 18:07 -0500, Tom Lane wrote:
>> Now the downside of that is that a runtime failure won't give you an
>> parse error pointer to indicate which function is having trouble ...
>> but having an error pointer for an error that shouldn't be thrown in
>> the first place is small consolation.

> Sounds reasonable.

> Btw., the ultimate plan here was that functions or operators that would
> care about collation would be marked as such in pg_proc.  That plan
> basically just ran out of time, but if you think it'd be useful, maybe
> we could reactivate it quickly.

I think it's worth doing at some point, but not right now.  By the time
you get done adding support for the flag to CREATE FUNCTION, pg_dump,
etc, it's not a small task.
        regards, tom lane


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: configure gaps
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Theory of operation of collation patch