Andres Freund <and...@anarazel.de> writes:
> On September 19, 2014 10:16:35 PM CEST, Simon Riggs <si...@2ndquadrant.com>
> wrote:
>> Are you saying this is a problem or a benefit? (and please explain
>> why).
> I have no idea what Robert is thinking of, but I'd imagine its horrible for
> workloads with catalog bloat. Like ones involving temp tables.
Yeah. But it's also the case that we know a good deal more about the
access patterns for system-driven catalog updates than we do about user
queries. ISTM we could probably suppress HOT pruning during catalog
*scans* and instead try to do it when a system-driven heap_update
occurs.
Having said that, this could reasonably be considered outside the scope
of a patch that's trying to improve the behavior for user queries.
But if the patch author doesn't want to expand the scope like that,
ISTM he ought to ensure that the behavior *doesn't* change for system
accesses, rather than trying to convince us that disabling HOT for
system updates is a good idea.
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
