@Vladimirsitnikv у меня вот всё равно не очень стыкуются два

Question

@Vladimirsitnikv у меня вот всё равно не очень стыкуются два

утверждения:
1. Твое - "База создаёт транзакцию только тогда, когда речь доходит до модификации данных (ну или хотя бы блокировки через select for update). Поэтому, после select'а, который как бы readonly, никакой транзакции остаться не может"
2. Из документации - "PostgreSQL actually treats every SQL statement as being executed within a transaction. If you do not issue a BEGIN command, then each individual statement has an implicit BEGIN and (if successful) COMMIT wrapped around it". Плюс, есть вот такое https://www.postgresql.org/message-id/4071D840.3040205@opencloud.com, где говорят `With autocommit off, a SELECT (or in fact *any* query) will start a new
transaction. It's your responsibility to eventually close that
transaction (via commit() or rollback()) at an apropriate point`
Что же на самом деле происходит?

#backend #java #programming #russian

0

07.05.2020

2 ответов

10 просмотров

Vladimir Sitnikov

>With autocommit off, a SELECT (or in fact *any* query) will start a new >transaction. It's your responsibility to eventually close that >transaction (via commit() or rollback()) at an apropriate point. Некоторые ошибаются. Это пример ошибочного утверждения. Ну, ошибся Oliver Jowett (не знаю кто это), бывает.

0

07.05.2020

Vladimir Sitnikov · Accepted Answer

На самом деле, на уровне сетевого протокола есть 2 разные возможности выполнить select запрос. Если драйвер знает, что «autocommit==false», то драйвер уверен в том, что он может использовать более сложный механизм, и «порталы» (==курсоры) не закроются сами собой. Если же драйвер видит, что autocommit==true, то он не может использовать хитроумный механизм с порталами (и соответственно, fetch N запросами).

170 похожих чатов

@Vladimirsitnikv у меня вот всё равно не очень стыкуются два

2 ответов

Похожие вопросы