Subject | Re: [Firebird-Architect] Vulcan architecture and lock tables |
---|---|
Author | Adriano dos Santos Fernandes |
Post date | 2006-12-17T15:07:44Z |
Vlad Horsun wrote:
for compatibility with old clients.
One may have forget to close a isql session, for example.
That may be more interesting when an admin could delete records from
MON$TRANSACTIONS and rollback others transactions.
Adriano
> Did you change an error number or error message only ? Or you addedThe error message was changed, but a new secondary code may be better
> new secondary error code ?
>
for compatibility with old clients.
>Not unreal if the transaction commit depends on user action.
>> With the transaction number and the MON$ tables, an admin could know the
>> connection which is blocking the record.
>>
>
> Only if this transaction still active when admin decide to do something
> with it. Highly unreal scenario i think.
>
One may have forget to close a isql session, for example.
That may be more interesting when an admin could delete records from
MON$TRANSACTIONS and rollback others transactions.
Adriano