| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | Melanie Plageman <melanieplageman(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org, Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
| Subject: | Re: New "single-call SRF" APIs are very confusingly named |
| Date: | 2022-10-18 01:59:49 |
| Message-ID: | Y04IlflJ3xjouvVF@paquier.xyz |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Oct 17, 2022 at 10:13:33AM +0900, Michael Paquier wrote:
> That's just assign_record_type_typmod(), which would make sure to fill
> the cache for a RECORD tupdesc. How about "fill the cache with the
> information of the tuple descriptor type, for a transient RECORD
> datatype"? If you have a better, somewhat less confusing, idea, I am
> open to suggestions.
At the end, I was unhappy with this formulation, so I have just
mentioned what the top of BlessTupleDesc() tells, with the name of
the function used on the tuple descriptor when the flag is activated
by the init call.
The compatibility functions have been removed from HEAD, by the way.
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bharath Rupireddy | 2022-10-18 02:01:33 | Re: Switching XLog source from archive to streaming when primary available |
| Previous Message | Michael Paquier | 2022-10-18 01:55:09 | Re: [PATCH] Allow usage of archive .backup files as backup_label |