Re: Postgres 11 release notes
От | Tatsuo Ishii |
---|---|
Тема | Re: Postgres 11 release notes |
Дата | |
Msg-id | 20180515.095147.2115329688197150115.t-ishii@sraoss.co.jp обсуждение исходный текст |
Ответ на | Re: Postgres 11 release notes (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Postgres 11 release notes
|
Список | pgsql-hackers |
>> I could not find this: >> >> $ git log -1 f8e5f15 >> commit f8e5f156b30efee5d0038b03e38735773abcb7ed >> Author: Andres Freund <andres@anarazel.de> >> Date: Mon Sep 18 19:36:44 2017 -0700 >> >> Rearm statement_timeout after each executed query. >> >> Previously statement_timeout, in the extended protocol, affected all >> messages till a Sync message. For clients that pipeline/batch query >> execution that's problematic. >> >> Instead disable timeout after each Execute message, and enable, if >> necessary, the timer in start_xact_command(). As that's done only for >> Execute and not Parse / Bind, pipelining the latter two could still >> cause undesirable timeouts. But a survey of protocol implementations >> shows that all drivers issue Sync messages when preparing, and adding >> timeout rearming to both is fairly expensive for the common parse / >> bind / execute sequence. >> >> Author: Tatsuo Ishii, editorialized by Andres Freund >> Reviewed-By: Takayuki Tsunakawa, Andres Freund >> Discussion: https://postgr.es/m/20170222.115044.1665674502985097185.t-ishii@sraoss.co.jp > > That seemed too detailed for the release notes. Is that wrong? This commit gives user-visible changes to the statment timeout behavior. So I think this should be added to the release notes. Best regards, -- Tatsuo Ishii SRA OSS, Inc. Japan English: http://www.sraoss.co.jp/index_en.php Japanese:http://www.sraoss.co.jp
В списке pgsql-hackers по дате отправления: