Re: our checks for read-only queries are not great

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: our checks for read-only queries are not great
Дата
Msg-id 5d268ba7-f29c-f928-1465-d0b139c7d645@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: our checks for read-only queries are not great  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: our checks for read-only queries are not great
Список pgsql-hackers
On 2020-01-10 14:41, Robert Haas wrote:
> This rule very nearly matches the current behavior: it explains why
> temp table operations are allowed, and why ALTER SYSTEM is allowed,
> and why REINDEX etc. are allowed. However, there's a notable
> exception: PREPARE, COMMIT PREPARED, and ROLLBACK PREPARED are allowed
> in a read-only transaction. Under the "doesn't change pg_dump output"
> criteria, the first and third ones should be permitted but COMMIT
> PREPARED should be denied, except maybe if the prepared transaction
> didn't do any writes (and in that case, why did we bother preparing
> it?). Despite that, this rule does a way better job explaining the
> current behavior than anything else suggested so far.

I don't follow.  Does pg_dump dump prepared transactions?

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: John Naylor
Дата:
Сообщение: Re: benchmarking Flex practices
Следующее
От: Juan José Santamaría Flecha
Дата:
Сообщение: Re: Allow to_date() and to_timestamp() to accept localized names