Re: Life cycles of tuple descriptors
От | Thomas Munro |
---|---|
Тема | Re: Life cycles of tuple descriptors |
Дата | |
Msg-id | CA+hUKGKHYN2t=gdwWsDVED4TRnuwpzOJvU-dQVYBGFgtevfb0w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Life cycles of tuple descriptors (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Life cycles of tuple descriptors
|
Список | pgsql-hackers |
On Thu, Dec 16, 2021 at 11:51 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > Here's a draft patch for this. There are several places that are > directly using DecrTupleDescRefCount after lookup_rowtype_tupdesc > or equivalent, which'd now be forbidden. I think they are all safe > given the assumption that the typcache's tupdescs for named composites > are refcounted. (The calls in expandedrecord.c could be working > with RECORD, but those code paths just checked that the tupdesc > is refcounted.) So there's no actual bug here, and no reason to > back-patch, but this seems like a good idea to decouple callers > a bit more from typcache's internal logic. None of these call > sites are so performance-critical that one extra test will hurt. LGTM.
В списке pgsql-hackers по дате отправления: