| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> |
| Cc: | robertmhaas(at)gmail(dot)com, david(at)fetter(dot)org, pgsql-hackers(at)postgresql(dot)org, pgsql-jdbc(at)postgresql(dot)org, rsmogura(at)softperience(dot)eu |
| Subject: | Re: [JDBC] Support for JDBC setQueryTimeout, et al. |
| Date: | 2010-10-14 21:57:37 |
| Message-ID: | 5526.1287093457@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-jdbc |
"Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> writes:
> Robert Haas wrote:
>> I thought we had decided on the client-side approach, but maybe
>> I'm confused. I don't have a position one way or the other, just
>> trying to understand the state of the conversation.
> Well, I've been pretty vocal on supporting a client-side solution,
> and Rados*aw clearly is in that camp, but that hardly makes a
> consensus. David still has his patch out there, and Tom's comments
> seemed to imply that he supports a solution involving the
> statement_timeout GUC, so the question hardly seems settled.
No, no, I was trying to point out some reasons why depending on
statement_timeout would be problematic. I'm all for doing this
client-side.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2010-10-14 22:02:23 | Re: SQL command to edit postgresql.conf, with comments |
| Previous Message | Tom Lane | 2010-10-14 21:53:30 | Re: [GENERAL] pg_filedump binary for CentOS |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Radosław Smogura | 2010-10-15 06:56:21 | Re: [JDBC] Support for JDBC setQueryTimeout, et al. |
| Previous Message | Radosław Smogura | 2010-10-14 18:40:57 | Re: [JDBC] Support for JDBC setQueryTimeout, et al. |