Re: timeout implementation issues

From: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
To: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Jan Wieck" <janwieck(at)yahoo(dot)com>, "Jessica Perry Hekman" <jphekman(at)dynamicdiagrams(dot)com>, "Barry Lind" <barry(at)xythos(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: timeout implementation issues
Date: 2002-04-07 07:59:38
Message-ID: EKEJJICOHDIEMGPNIFIJEEGIHGAA.Inoue@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> -----Original Message-----
> From: Bruce Momjian [mailto:pgman(at)candle(dot)pha(dot)pa(dot)us]
>
> Hiroshi Inoue wrote:
> > > -----Original Message-----
> > > From: Tom Lane
> > >
> > > Jan Wieck <janwieck(at)yahoo(dot)com> writes:
> > > > Could we get out of this by defining that "timeout" is
> > > > automatically reset at next statement end?
> > >
> > > I was hoping to avoid that, because it seems like a wart. OTOH,
> > > it'd be less of a wart than the global changes of semantics that
> > > Bruce is proposing :-(
> >
> > Probably I'm misunderstanding this thread.
> > Why must the query_timeout be reset particularly ?
> > What's wrong with simply issueing set query_timeout
> > command just before every query ?
>
> You could do that, but we also imagine cases where people would want to
> set a timeout for each query in an entire session.

Sorry I couldn't understand your point.
It seems the simplest and the most certain way is to call
'SET QUERY_TIMEOUT per query. The way dosen't require
RESET at all. Is the overhead an issue ?

regards,
Hiroshi Inoue

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kjartan Ásþórsson 2002-04-07 10:09:36 Indexing and regular expressions
Previous Message Hiroshi Inoue 2002-04-07 07:59:16 Re: timeout implementation issues