Re: implementing query timeout
| От | Nicolas Bazin |
|---|---|
| Тема | Re: implementing query timeout |
| Дата | |
| Msg-id | 001801c2288c$0f1dd120$660d090a@software.ingenico.com.au обсуждение |
| Ответ на | Re: implementing query timeout (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: implementing query timeout
|
| Список | pgsql-patches |
The INFORMIX equivalent is SET LOCK MODE TO WAIT [timeout value in seconds]; If you don't specify any timeout value, you wait until all statements are completed, If timeout value is set to 0 then you return immediatly if the tables you query are already locked, ... This statement is valid for a connection or until another identical statement is sent. ----- Original Message ----- From: "Bruce Momjian" <pgman@candle.pha.pa.us> To: "Jan Wieck" <JanWieck@Yahoo.com> Cc: "Peter Eisentraut" <peter_e@gmx.net>; "Ed Loehr" <ed@LoehrTech.com>; <dave@fastcrypt.com>; "Matthew Kennedy" <mkennedy@opushealthcare.com>; "PostgreSQL-patches" <pgsql-patches@postgresql.org> Sent: Thursday, July 11, 2002 11:34 AM Subject: Re: [PATCHES] implementing query timeout > Jan Wieck wrote: > > Bruce Momjian wrote: > > > > > > Peter Eisentraut wrote: > > > > Bruce Momjian writes: > > > > > > > > > Here is my first draft of a query timeout SET variable. > > > > > > > > Unless it only cancels SELECT statements (which may or may not be a good > > > > idea), please call it statement_timeout. > > > > > > Do people prefer query_timeout or statement_timeout? Doesn't matter to > > > me. > > > > Statements is everything. DDL- and DML-statements. Query is IMHO synonym > > for DML-statement. So query_timeout is the right term. > > But the timeout is for any statement, not just SELECT/UPDATE, etc, so it > sounds like you are voting for 'statement'. > > -- > Bruce Momjian | http://candle.pha.pa.us > pgman@candle.pha.pa.us | (610) 853-3000 > + If your life is a hard drive, | 830 Blythe Avenue > + Christ can be your backup. | Drexel Hill, Pennsylvania 19026 > > ---------------------------(end of broadcast)--------------------------- > TIP 3: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly > >
В списке pgsql-patches по дате отправления: