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

From Andres Freund
Subject Re: Statement timeout behavior in extended queries
Date
Msg-id 20170405143317.xl3dn5zagohgjnyp@alap3.anarazel.de
Whole thread Raw
In response to Re: Statement timeout behavior in extended queries  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2017-04-05 09:46:31 -0400, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
> > On 2017-04-05 00:39:51 -0400, Tom Lane wrote:
> >> but
> >> if that's what we're doing, let's make sure we do it consistently.
> >> I haven't read the patch, but the comments in this thread make me fear
> >> that it's introducing some ad-hoc, inconsistent behavior.
> 
> > I'm a bit worried too due to the time constraints here, but I think
> > resetting the clock at Execute too actually makes a fair amount sense.
> 
> Meh.  Two days before feature freeze is not the time to be introducing
> a rushed redefinition of the wire protocol --- and let's not fool
> ourselves, that is what this amounts to.  Let's push this out to v11
> and think about it more carefully.

What I was trying to say is that I think the change makes sense and
isn't particularly ad-hoc, but that I don't think we need to force this
for v10.

Greetings,

Andres Freund



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Logical decoding on standby
Next
From: Arthur Zakirov
Date:
Subject: Re: [PATCH] Generic type subscripting