Re: Don't codegen deform code for virtual tuples in expr eval for scan fetch
Soumyadeep Chakraborty <soumyadeep2007@gmail.com>
From: Soumyadeep Chakraborty <soumyadeep2007@gmail.com>
To: Andres Freund <andres@anarazel.de>
Cc: pgsql-hackers@lists.postgresql.org
Date: 2019-09-30T16:14:45Z
Lists: pgsql-hackers
Hi Andres, 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. -- Soumyadeep
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