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
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 |