Re: Freeze avoidance of very large table.
От | Petr Jelinek |
---|---|
Тема | Re: Freeze avoidance of very large table. |
Дата | |
Msg-id | 55E8BD85.1050709@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Freeze avoidance of very large table. (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: Freeze avoidance of very large table.
|
Список | pgsql-hackers |
On 2015-09-03 20:26, Alvaro Herrera wrote: > Robert Haas wrote: >> On Thu, Aug 20, 2015 at 10:46 AM, Alvaro Herrera >> <alvherre@2ndquadrant.com> wrote: > >>> I don't think that necessarily means it must continue to be in contrib. >>> Quite the contrary, I think it is a tool critical enough that it should >>> not be relegated to be a second-class citizen as it is now (let's face >>> it, being in contrib *is* second-class citizenship). >> >> I have resisted that principle for years and will continue to do so. >> It is entirely reasonable for some DBAs to want certain functionality >> (debugging tools, crypto) to not be installed on their machines. >> Folding everything into core is not a good policy, IMHO. > > I don't understand. I'm just proposing that the source code for the > extension to live in src/extensions/, and have the shared library > installed by toplevel make install; I'm not suggesting that the > extension is installed automatically. For that, you still need a > superuser to run CREATE EXTENSION. > +! for this -- Petr Jelinek http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: