Интересует одновременное выполнение транзакций с разными уровнями изоляции.
Если одну транзакцию выполнить с уровнем изоляции ReadCommited, а другую одновременно с первой с уровнем изоляции Serializable, то с каким уровнем каждая из них выполниться.
Т.е. что происходит когда одна транзакция запускается с одним уровнем изоляции, а другая после изменения уровня, но их выполнение пересекается?

Yo.!Одновременное выполнениеИнтересует одновременное выполнение транзакций с разными уровнями изоляции.
Если одну транзакцию выполнить с уровнем изоляции ReadCommited, а другую одновременно с первой с уровнем изоляции Serializable, то с каким уровнем каждая из них выполниться.
Т.е. что происходит когда одна транзакция запускается с одним уровнем изоляции, а другая после изменения уровня, но их выполнение пересекается?
в промышленных субд каждая со своим. транзакции могут натыкаться на блокировки друг друга, что задержит выполнение, но выполняться будет каждая со своим уровнем
Каждая со своим в смысле:
1. Что транзакция в соответствии со своим уровнем будет видеть другие транзакции?
Т.е. если Serializable завершилась, то в ReadCommited будут видны данные первой, но не наоборот.
или
2. Что данные транзакции в соответствии со своим уровнем будут доступны другим?

Т.е. если есть в Oracle хотя бы одна активная транзакция Serializable, то пока она не завершиться будут храниться все старые версии данных на момент её старта, даже если остальные транзакции ReadCommited?

Yo.!Одновременное выполнение,

первое. в оракле сериализабле смотрит на SCN блока, если он старше времени старта сериализабл транзакции он возьмет ту версию блока которая была актуальна на момент старта сериализабл транзакции. хранит оракл блоки как минимум на время указанное в переменной UNDO_RETENTION, если там дано 24 часа, значит будет 24 часа держать, не зависимо нужны ли какой-либо транзакции эти блоки. данные из UNDO для flash back наворотов используются. если транзакция длялась дольше времени UNDO_RETENTION, то получит ошибку ORA-1555 и получит rollback насильно.
блокировочники будут расставлять блокировки, там восновном проблема дедлока, когда одна транзакция понаставила локи на одну часть базы, другая на другую. если ни та не другая дальше продвинуться не может, сервер насильно делает rollback одной из них.
А нельзя сделать чтобы не было жесткого UNDO_RETENTION, а блоки удалялись по мере отсутствия их необходимости?

И кстати как Oracle себя поведет?
если была таблица T с одной строкой и полем a=1

и Serializable выполнит:



А ReadCommited :


Причем WHERE a = 1 отработало до завершения Serializable-транзакции, а SET a = 2 после завершения Serializable-транзакции.


Блокировочник очевидно выполнит все без ошибок и будет a=2. А если с дополнительной U-блокировкой, то a=0.