Re: Don't codegen deform code for virtual tuples in expr eval for scan fetch
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Soumyadeep Chakraborty <soumyadeep2007@gmail.com>
Cc: pgsql-hackers@lists.postgresql.org
Date: 2019-09-30T23:07:26Z
Lists: pgsql-hackers
Hi, On 2019-09-30 09:14:45 -0700, Soumyadeep Chakraborty wrote: > I don't feel very strongly about the changes I proposed. > > > > I completely agree, that was an important consideration. > > > > > > I had some purely cosmetic suggestions: > > > 1. Rename ExecComputeSlotInfo to eliminate the need for the asserts. > > > > How does renaming it do so? I feel like the asserts are a good idea > > independent of anything else? > > I felt that encoding the restriction that the function is meant to be called > only in the context of fetch operations in the function name itself > ensured that we don't call it from a non-fetch operation - something the > asserts within ExecComputeSlotInfo() are guarding against. > > > > > > 2. Extract return value to a bool variable for slightly better > > > readability. > > > > To me that seems clearly worse. The variable doesn't add anything, but > > needing to track more state.> > > Agreed. I pushed this to master. Thanks for your contribution! Regards, Andres
Commits
-
Don't generate EEOP_*_FETCHSOME operations for slots know to be virtual.
- 36d22dd95bc8 13.0 landed
-
Reduce code duplication for ExecJust*Var operations.
- 34c9c53bb035 13.0 landed