|Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM Enhancement Requests and Suggestions » View Thread|
|Messages 1 to 2 of 2 total|
|Audit restricted transactions|
|Tue, Nov 21 2006 9:19 AM||Permanent Link|
"Jose Eduardo Helminsky"
I have been playing with restricted transactions and it helps a lot to solve
freeze problems when the application is being used by many users (many
modules). But one problem with this way of programming is too easy to forgot
including one or more tables in a list of tables to be controled by a
To solve this problem, because I have THProQuery and THProTable inherited
from respective components of DBISAM, I created a little consistence in
Delete, Post and ExecSql of this components and when one of this methods is
used from a table and a restricted transaction is in use and this table was
not inside the scope of transaction, it fires an exception.
You can still control this behavior using a property at engine level or even
in dataset level.
With my components it is too easy to control and works very well (preventing
a lot of bugs).
This is my suggestion.
|Tue, Nov 21 2006 1:09 PM||Permanent Link|
Tim Young [Elevate Software]
Elevate Software, Inc.
<< With my components it is too easy to control and works very well
(preventing a lot of bugs). >>
Good idea. I'll put it on the list.