Subject | Re: [firebird-support] Difference between Oldest Active and Next Transaction |
---|---|
Author | Svein Erling Tysvaer |
Post date | 2003-06-13T11:18:17Z |
At 10:33 13.06.2003 +0000, you wrote:
holding up everything from moving forward. Another likely implication of
this is that the size of the database grows quite a bit, but that isn't
dangerous as long as you have enough space and the database size doesn't
exceed 2 Gb. Do you by any chance have a program on the server that may
keep a transaction open?
interfering, almost 6000 transactions).
hand, but very time consuming and normally quite stupid if done as part of
a batch job. But I do not know how many records your application actually
inserted/changed.
HTH,
Set
>normally only 1 or 2 user is connecting to the database. however, theBy committing or rolling back that transation - it is an old transaction
>diff is quite huge, which I don't know the actual reason.
>besides that how to make oldest active move ?
holding up everything from moving forward. Another likely implication of
this is that the size of the database grows quite a bit, but that isn't
dangerous as long as you have enough space and the database size doesn't
exceed 2 Gb. Do you by any chance have a program on the server that may
keep a transaction open?
>my application use odbc-api library to connect to database. before INo, more likely it committed a lot of transactions (if no-one else was
>run the application, the value for oldest active is 7 and next
>transaction is 13250. After i run the application, the oldest active
>is still 7 and the next transaction has increased to 19082.
>
>does it means that my application did not commit the activities to
>database ?
interfering, almost 6000 transactions).
>I believed odbc-api is automatically commit the transaction toYes, maybe it even commits after every record - sensible if inserted by
>database. I even purposely add function, SQLEndTran to my applicaiton
>after some operation. the value of oldest active is still 7.
hand, but very time consuming and normally quite stupid if done as part of
a batch job. But I do not know how many records your application actually
inserted/changed.
HTH,
Set