Subject | Re: [Firebird-Java] Re: org.firebirdsql.jdbc.FBSQLException - deadlock update conflicts with concur |
---|---|
Author | William L. Thomson Jr. |
Post date | 2006-02-09T15:42:34Z |
On Thu, 2006-02-09 at 06:08 +0000, muthu_krishnans wrote:
However there are a few transaction related configuration options.
If you do not already have it, download the InterBase 6 beta docs.
Specifically the API guide and check out Chapter 5, Transactions.
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_download_documentation
conflicting transaction is rolled back. If it is retry, if not, fail
with conflicting updates/deadlock.
However it sounds mostly like some changes might need to take place in
your applications logic and functionality. Typically easier to modify an
app around a db, than a db around an app. More so if the app was
designed and used with another db. Not providing the same feature set,
an etc.
--
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com
> Is there a way do disable the MVCC and force the FB engine to behaveFb is going to behave as a proper RDBMS should as per spec, and design.
> like a other DBs in the locking front.
However there are a few transaction related configuration options.
If you do not already have it, download the InterBase 6 beta docs.
Specifically the API guide and check out Chapter 5, Transactions.
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_download_documentation
> i.e., if a write lock for aMost likely need to be uses isc_tpb_wait, to wait to see if a
> record is given to a transaction, let the other transaction which
> needs the write lock for the same record to wait till the first
> transaction is completed(Commit/Rollback).
conflicting transaction is rolled back. If it is retry, if not, fail
with conflicting updates/deadlock.
However it sounds mostly like some changes might need to take place in
your applications logic and functionality. Typically easier to modify an
app around a db, than a db around an app. More so if the app was
designed and used with another db. Not providing the same feature set,
an etc.
--
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com