On 16/06/16 20:31, Jim Nasby wrote: > On 6/13/16 12:16 PM, Tom Lane wrote: >> At the same time, I'm pretty suspicious of putting stuff like this in >> core, because the expectations for cross-version compatibility go up >> by orders of magnitude as soon as we do that. > > On a first go-round, I don't think we should add entire views, but > rather functions that serve specific purposes. For table bloat that > means a function that returns what the heap size should be based on > pg_stats. For locking, it means providing information about which PID is > blocking which PID. After that, most everything else is just window > dressing.
We already have that second one: pg_blocking_pids(integer) -- Vik Fearing +33 6 46 75 15 36 http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support -- Sent via pgsql-hackers mailing list (email@example.com) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers