![]() | ![]() Products ![]() ![]() ![]() ![]() |
Home » Technical Support » ElevateDB Technical Support » Support Forums » ElevateDB SQL » View Thread |
Messages 1 to 10 of 11 total |
![]() |
Mon, Aug 27 2018 11:23 AM | Permanent Link |
Mike | Sometimes I see the following error messages appearing.
"Cannot lock the table Orders in the schema Default for transaction access" "An error occurred with the statement at line 30 and column 22 (Cannot lock the table Orders in the schema Default for transaction access)" Can this be cause by option "Enable row change detection"? Would it be possible to get the source of this error? Is it a SQL statement or procedure? |
Mon, Aug 27 2018 11:28 AM | Permanent Link |
Mike | By the way.
EDB server version 2.27 b1 is used. |
Mon, Aug 27 2018 3:41 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | Mike,
<< Sometimes I see the following error messages appearing. "Cannot lock the table Orders in the schema Default for transaction access" "An error occurred with the statement at line 30 and column 22 (Cannot lock the table Orders in the schema Default for transaction access)" >> This is because some other user/session has the Orders table locked in a transaction. Are you using the ElevateDB Server ? If so, then you need to make sure that you set your dead session expiration settings on the ElevateDB Server so that dead sessions are removed as quickly as possible (30 seconds is the lowest that you can set it): https://www.elevatesoft.com/manual?action=viewtopic&id=edb2sql&topic=Starting_Configuring_Server Typically, this type of issue is caused by a client session manually initiating a transaction, and then disconnecting or otherwise not committing/rolling back the transaction: https://www.elevatesoft.com/manual?action=viewtopic&id=edb2sql&topic=Locking_Concurrency under "Table Locks". Tim Young Elevate Software www.elevatesoft.com |
Mon, Aug 27 2018 3:59 PM | Permanent Link |
Mike | Hi Tim,
Thank you for the quick answer. Yes ElevateDB Server is running as a service. I will lower the dead session expiration settings to see if this helps. Mike |
Mon, Sep 17 2018 6:08 AM | Permanent Link |
Mike | I have changed the timeout period and monitored the database for a longer period.
The locking issue has been solved. Thanks Tim! |
Thu, Nov 15 2018 10:30 AM | Permanent Link |
Mike | Unfortunately the problem reoccured.
There are no transaction used so that would not be the cause. Would updating to 2.28 help to solve this? |
Fri, Nov 16 2018 12:31 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | Mike,
<< Unfortunately the problem reoccured. There are no transaction used so that would not be the cause. >> It's quite possible that you're simply running into a situation where the system is busy and an UPDATE or DELETE statement is encountering a transaction lock error. Transaction locks are used with any insert, update, or delete, and are not *just* used with manual transactions. Manual transactions are just a case where the transactions typically take longer to complete, but you can easily also have an UPDATE statement that takes a long time to complete and causes other sessions to time out when trying to update the same table. Tim Young Elevate Software www.elevatesoft.com |
Fri, Nov 16 2018 2:14 PM | Permanent Link |
Mike | Hi Tim,
Thanks for the quick reply. Should a retry command be used in this case? |
Fri, Nov 16 2018 3:49 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | Mike,
<< Should a retry command be used in this case? >> ElevateDB is *already* retrying quite a bit before it issues such an error. It will retry for about 90 seconds with automatic transactions (inserts, updates, and deletes), and with manual transactions you can specify the timeout as part of the START TRANSACTION statement (or TEDBDatabase.StartTransaction method call). Tim Young Elevate Software www.elevatesoft.com |
Fri, Nov 16 2018 4:08 PM | Permanent Link |
Mike | Could updating to 2.28 help also to solve this?
|
Page 1 of 2 | Next Page » | |
Jump to Page: 1 2 |
This web page was last updated on Wednesday, August 14, 2024 at 07:31 PM | Privacy Policy![]() © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? ![]() |