Re: Locking timeouts

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: Raw Message | Whole Thread | 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

In response to

Browse pgsql-odbc by date

  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