| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера