Re: pg_dump vs. TRANSFORMs

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_dump vs. TRANSFORMs
Дата
Msg-id 7183.1481230828@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_dump vs. TRANSFORMs  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: pg_dump vs. TRANSFORMs  (Stephen Frost <sfrost@snowman.net>)
Re: [HACKERS] pg_dump vs. TRANSFORMs  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> Ok, thinking a bit more on this and testing, it looks like we record the
> initdb-defined casts as 'pinned' in pg_depend all the way back to 7.3.
> Therefore, we could use that as the gating factor for getFuncs() instead
> of FirstNormalObjectId and then I can also modify getCasts() to exclude
> pinned casts, which should fix pg_dump against 8.0 and earlier.

Don't really like that; won't it make the getFuncs query substantially
more expensive?
        regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Typmod associated with multi-row VALUES constructs
Следующее
От: Tom Lane
Дата:
Сообщение: Re: tuplesort_gettuple_common() and *should_free argument