Re: Use get_call_result_type() more widely
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Alvaro Herrera <alvherre@alvh.no-ip.org>,
Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2022-12-19T21:21:16Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes: > On Mon, Dec 19, 2022 at 2:07 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: >> On the other hand, the measurements have shown that going through the >> function is significantly slower. So I kinda like the judgement call >> that Michael and Bharath have made: change to use the function when >> performance is not an issue, and keep the verbose coding otherwise. > Seems fairly arbitrary to me. Agreed ... but the decisions embodied in the code-as-it-stands are even more arbitrary, being no doubt mostly based on "which function did you copy to start from" not on any thought about performance. Now that somebody's made an effort to identify which places are potentially performance-critical, I don't see why we wouldn't use the fruits of their labor. Yes, somebody else might draw the line differently, but drawing a line at all seems like a step forward to me. regards, tom lane
Commits
-
Switch some system functions to use get_call_result_type()
- 22e3b558052a 16.0 landed