Re: Why not install pgstattuple by default?
От | Tom Lane |
---|---|
Тема | Re: Why not install pgstattuple by default? |
Дата | |
Msg-id | 8713.1304785600@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Why not install pgstattuple by default? (Greg Stark <gsstark@mit.edu>) |
Список | pgsql-hackers |
Greg Stark <gsstark@mit.edu> writes: > On Fri, May 6, 2011 at 11:32 PM, Greg Smith <greg@2ndquadrant.com> wrote: >> I use pgstattuple, pageinspect, pg_freespacemap, and pg_buffercache >> regularly enough that I wish they were more common. �Throw in pgrowlocks and >> you've got the whole group Robert put into the debug set. �It makes me sad >> every time I finish a utility using one of these and realize I'll have to >> include the whole "make sure you have the contrib modules installed" >> disclaimer in its documentation again. > Well the lightweight way to achieve what you want is to just move > these functions into core. I'm completely not in favor of that. We have spent man-years upon man-years on making Postgres an extensible system. If we can't actually *use* the extension features then that was all a waste of effort. If anything I'd rather see us looking at what parts of the current core system could be pushed out to extensions. The geometric types are a pretty obvious candidate, for example. > The only argument I see as particularly frightening on that front is > people playing the sekurity card. Yeah, and it's a reasonable argument. Even if it's not a reasonable argument, you won't win any friends from the other side of the fence by taking away their ability to choose. regards, tom lane
В списке pgsql-hackers по дате отправления: