Alvaro Herrera <alvhe...@2ndquadrant.com> writes:
> Andrew Dunstan wrote:
>> I seriously doubt it, although I could be wrong. Unless someone can show a
>> significant performance gain from using physical order, which would be a bit
>> of a surprise to me, I would just stick with logical ordering as the
>> default.
> Well, we have an optimization that avoids a projection step IIRC by
> using the "physical tlist" instead of having to build a tailored one. I
> guess the reason that's there is because somebody did measure an
> improvement. Maybe it *is* worth having as an option for pg_dump ...
The physical tlist thing is there because it's demonstrable that
ExecProject() takes nonzero time. COPY does not go through ExecProject
though. What's more, it already has code to deal with a user-specified
column order, and nobody's ever claimed that that code imposes a
measurable performance overhead.
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
