Using Rollback to implement concurrency

I was wondering if it would be possible to use
rollback to implement multiprocess concurrency?

The basic idea would be to use mutexes to allow
multiple simultaneous readers or a single writer
(locking out simultaneous reading). When the writer
had finished it's task it would commit, signal the
other processes that they should rollback (thus
reloading the newly commited storage) and then release
the write lock.

There would obviously be some overhead in the frequent
commits and rollbacks, but for many types of apps the
ability to have multiple simultaneous readers should
be worth it.

The question is if rollback would work in this manner?
Can rollback handle that the datafile has been
modified since last access and will it update all
active views correctly?

Best Regards,
  Arto Stimms

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
_____________________________________________
Metakit mailing list  -  [email protected]
http://www.equi4.com/mailman/listinfo/metakit