|
Op 23 feb. 2022, om 13:57 heeft Patrik Schindler <poc@xxxxxxxxxx> het volgende geschreven:
Hello,
Am 22.02.2022 um 20:45 schrieb x y <xy6581@xxxxxxxxx>:
When the record is held during the editing process, it's using "pessimistic locking". "Optimistic locking" occurs when the lock exists only when the changes are committed to the database; this approach generally requires much more effort to implement because the update program has to determine if a change (from another process) to the data occurred while the data was being edited. The application logic to track dependencies between columns can add another level of complication to a program.
Indeed!
In addition, I have found that after acquiring a lock on a record with some flavor of READ, or CHAIN, after being done with that record (UPDATE), I must add an explicit UNLOCK into my code, or the record stays locked. I observed this behavior *without* commitment control. I don't know if this behavior changes then commitment control is in effect. I'm still at the beginning with experimenting.
:wq! PoC
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.