| From: | Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> |
|---|---|
| To: | "Robinson, Chad" <crobinson(at)rfgonline(dot)com> |
| Cc: | "'pgsql-odbc(at)postgresql(dot)org'" <pgsql-odbc(at)postgresql(dot)org> |
| Subject: | Re: Locking timeouts |
| Date: | 2001-09-27 09:28:04 |
| Message-ID: | 3BB2F124.A458970C@tpf.co.jp |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-odbc |
"Robinson, Chad" wrote:
>
> Hello all,
>
> Sorry for what may be a "newbie" question, but I haven't used PostgreSQL
> since the ODBC driver was called PostODBC, not pgsqlodbc, and I can't find
> this answer in the list archives.
>
> I have locking working in an ODBC application, written in VB using
> Connection/Recordset objects, "select ... for update", BeginTrans, and
> Update/CommitTrans to save the data). This correctly blocks other users from
> editing (but not reading) the record being edited. That's what I want.
>
> However, other users attempting to edit the record are blocked until the
> record is released. Normally, a database will release the user with an error
> noting that they were blocked by a record lock. PostgreSQL is not doing
> this.
Yes but it's not an ODBC's problem.
> Can it be made to do so? This is a data entry application, so blocking other
> users until the record is released by the editor is not acceptable.
There seems no easy solution.
How about an optiomistic concurrency control not a pessimistic
one ?
regards,
Hiroshi Inoue
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dave Page | 2001-09-27 15:00:41 | Re: [HACKERS] UTF-8 support |
| Previous Message | Hiroshi Inoue | 2001-09-27 09:24:34 | Re: dynasets |