Re: Delphi 2005, Postgresql, ZEOS & optimistic locking - Mailing list pgsql-general

From Tony Caduto
Subject Re: Delphi 2005, Postgresql, ZEOS & optimistic locking
Date
Msg-id 4283A95A.5030706@amsoftwaredesign.com
Whole thread Raw
In response to Re: Delphi 2005, Postgresql, ZEOS & optimistic locking  ("Philippe Lang" <philippe.lang@attiksystem.ch>)
List pgsql-general
Why not just add a onenter event handler to the forms field in question and just check the data before they edit it.
If it's different update the field with the most current data.


Access probably just does something similar under the hood for you.
I don't think that's a feature of the ODBC driver or is it?

If it is you could always use the ODBC driver from Delphi as well.

>
> With Dephi/BDE/ODBC, this is different: as soon as you try updating a field that has been modified by someone else
meanwhile,the field is automatically updated for you before you start making your own changes, and of course before you
tryto commit them. That's fine too. I would have preferred an error personnally. 
>
> Is there a way to do the same with ZEOS? Or maybe is there another mecanism that could be used to do optimistic
locking?Some kind of "long transactions", in the database server? 
>
> Philippe Lang
>

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: pg_dump: ERROR: Memory exhausted in AllocSetAlloc(875574064)
Next
From: "Jimmie H. Apsey"
Date:
Subject: Re: pg_dump fails on 7.4 Postgres