Subject | Re: [firebird-support] Re: generate report for POS |
---|---|
Author | Ann W. Harrison |
Post date | 2006-07-03T15:48:58Z |
Adam wrote:
concurrency control - they recognized and codified the behaviors
of locking systems. Systems that rely on multiple versions of
records for concurrency control have different behaviors that
don't map into the locking artifacts.
allows phantoms - it's the behavior of a locking system that locks
records for read and write, but doesn't lock predicates. Thus
if you select the count of all correspondents from Brazil once in
a transaction, you might get 50. If you select again, in the same
repeatable read transaction, you might get 56 because six were
added. In a Firebird Snapshot/Concurrency mode transaction, you
will get the same number every time - "repeatable" really means
repeatable in Firebird.
Regards,
Ann
>>Right. That's because the SQL committee had a limited view of
>>
>> SNAPSHOT or versoning isolation levels are not mentioned in ODBC.
concurrency control - they recognized and codified the behaviors
of locking systems. Systems that rely on multiple versions of
records for concurrency control have different behaviors that
don't map into the locking artifacts.
>Sigh. Actually, as defined by the SQL Standard, repeatable read
> SNAPSHOT/CONCURRENCY = Repeatable read
allows phantoms - it's the behavior of a locking system that locks
records for read and write, but doesn't lock predicates. Thus
if you select the count of all correspondents from Brazil once in
a transaction, you might get 50. If you select again, in the same
repeatable read transaction, you might get 56 because six were
added. In a Firebird Snapshot/Concurrency mode transaction, you
will get the same number every time - "repeatable" really means
repeatable in Firebird.
Regards,
Ann
>