Re: "anyelement2" pseudotype

Поиск
Список
Период
Сортировка
От Tom Dunstan
Тема Re: "anyelement2" pseudotype
Дата
Msg-id 45D9B95B.1030801@tomd.cc
обсуждение исходный текст
Ответ на Re: "anyelement2" pseudotype  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> I realized that I can probably fix ATAddForeignKeyConstraint to do the
> right thing by having it pass the two actual column types to
> can_coerce_type, thus allowing check_generic_type_consistency to kick
> in and detect the problem.

Yeah, I came to the same conclusion. No amount of refactoring in 
parse_coerce.c is going to get the original concrete types back to 
compare. That should fix the problem with arrays, enums and any 
potential future generic types without mentioning them explicitly in 
there a la the hack there currently, thankfully.

Cheers

Tom



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

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: pg_proc without oid?
Следующее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Howto change db cluster locale on-the-fly