Re: [HACKERS] WIP: Faster Expression Processing v4
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] WIP: Faster Expression Processing v4 |
Дата | |
Msg-id | 31922.1490194838@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] WIP: Faster Expression Processing v4 (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: [HACKERS] WIP: Faster Expression Processing v4
|
Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes: > On 2017-03-22 10:41:06 -0400, Tom Lane wrote: >> * execQual.c doesn't seem to have a unifying reason to exist anymore. >> It certainly has little to do with evaluating typical qual expressions; >> what's left in there seems to be mostly concerned with SRFs. I feel >> like it might be a good idea to rename it, but to what? execExprUtils.c >> perhaps? Or maybe we should destroy it altogether, shoving the SRF >> stuff into nodeFunctionscan.c and moving what little remains into >> execUtils.c. > Yea, I was wondering about that too. What would we do with > GetAttributeByName/Num? I was thinking execUtils.c for those. >> * I do not like the function name ExecInstantiateExpr(). Webster's >> defines "instantiate" as "to represent (an abstraction) by a concrete >> instance", which does not seem to me to have a lot to do with what this >> function actually does. >> ... > Either of those work, but they don't strike me as perfect either, but I > can't come up with something better (ExecReadyExprForExec()?). Actually, ExecReadyExpr seems kind of nice for this (using "ready" in its verb sense, "to prepare (someone or something) for an activity or purpose"). regards, tom lane
В списке pgsql-hackers по дате отправления: