|
我找到一篇IBM的white paper专门论述这个问题:
A Technical Discussion of Multi Version Read Consistency
ftp://ftp.software.ibm.com/softw ... readconsistency.pdf
Conclusions
With Oracle, as with any other database, you design and code your application
with an understanding of the underlying isolation and concurrency model.
With DB2 the default behavior is to serialize transactions such that each
transaction sees the current committed data. With Oracle, the default
behavior is to return old and possibly out of date information and therefore
application developers must code around this default behavior to obtain
serializable transactions.
Other database vendors have not implemented Oracle's Multi Version Read
Consistency isolation nor has it proven to be a performance advantage in the
industry standard, ISV or real life customer benchmarks. Simply stated;
Oracle has taking an old architectural decision and is now trying to showcase
it as a differentiator, when in fact it is simply a concurrency model that
developers must code around and one that adds an extra burden of
management on the DBA. |
|