Re: NOLOGGING option, or ?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: NOLOGGING option, or ?
Дата
Msg-id 9361.1117594050@sss.pgh.pa.us
обсуждение исходный текст
Ответ на NOLOGGING option, or ?  (Simon Riggs <simon@2ndquadrant.com>)
Ответы Re: NOLOGGING option, or ?  (Alvaro Herrera <alvherre@surnet.cl>)
Re: NOLOGGING option, or ?  (Simon Riggs <simon@2ndquadrant.com>)
Re: NOLOGGING option, or ?  ("Alon Goldshuv" <agoldshuv@greenplum.com>)
Список pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> Recent test results have shown a substantial performance improvement
> (+25%) if WAL logging is disabled for large COPY statements.

How much of that is left after we fix the 64-bit-CRC issue?

> Now, I would like to discuss adding an enable_logging USERSET GUC,

[ fear and loathing ... ]

I don't like the idea of a GUC at all, and USERSET is right out.
I think it would have to be system-wide (cf fsync) to be even
implementable let alone somewhat predictable.  Even if it could
be done per-backend with reasonable semantics, random users should
not get to make that decision --- it should be the DBA's call,
which means it needs at least SUSET permissions.

BTW, I'm sure you are the last one who needs to be reminded that
any such thing breaks PITR completely.  Which is surely sufficient
reason not to let it be USERSET.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Cost of XLogInsert CRC calculations
Следующее
От: Michael Glaesemann
Дата:
Сообщение: Re: Interval->day proposal