Re: Statement timeout behavior in extended queries - Mailing list pgsql-hackers

From Tsunakawa, Takayuki
Subject Re: Statement timeout behavior in extended queries
Date
Msg-id 0A3221C70F24FB45833433255569204D1F6C0B94@G01JPEXMBYT05
Whole thread Raw
In response to Re: Statement timeout behavior in extended queries  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Responses Re: Statement timeout behavior in extended queries  (Tatsuo Ishii <ishii@sraoss.co.jp>)
List pgsql-hackers
From: pgsql-hackers-owner@postgresql.org
> [mailto:pgsql-hackers-owner@postgresql.org] On Behalf Of Tatsuo Ishii
> I have done tests using pgproto. One thing I noticed a strange behavior.
> Below is an output of pgproto. The test first set the timeout to 3 seconds,
> and parse/bind for "SELECT pg_sleep(2)" then set timeout to 1 second using
> extended query. Subsequent Execute emits a statement timeout error as
> expected, but next "SELECT pg_sleep(2)"
> call using extended query does not emit a statement error. The test for
> this is "007-timeout-twice". Attached is the test cases including this.

What's the handling of transactions like in pgproto?  I guess the first statement timeout error rolled back the effect
of"SET statement_timeout = '1s'", and the timeout reverted to 3s or some other value.
 

Regards
Takayuki Tsunakawa





pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Re: Statement timeout behavior in extended queries
Next
From: "Sven R. Kunze"
Date:
Subject: Re: multivariate statistics (v25)