Совместимы ли операции чтения из двух разныз сеансов в двух разных транзакциях при условии, что режим блокировок управляемый?

Да

если блокировка исключительная, то нет

если блокировок не ставил, то с чего бы они были не совместимы

(0) Даже в автоматическом режиме блокировок совместимы, если в запросе не используется ключевое слово "ДЛЯ ИЗМЕНЕНИЯ"

Основная плюшка управляемых блокировок - возможность максимально параллельно писать.

В управляемом режиме чтение даже с записью могут быть совместимы, если не файловая.

Поправлю вопрос совместимы ли чтение и запись из разных транзакций?
Например, первая транзакция прочитала, вторая прочитала.
Сможет ли после этого первая выполнить запись обе транзакции не завершились?
Насколько знаю в автоматическом режиме такое невозможно.

чтение не накладывает блокировки до конца транзакции

поэтому если движения зависят от прочитанных данных, то ВНАЧАЛЕ ставят исключительную блокировку

до чтения

(7) клиент-сервер - да. Файловая - нет.

(7) сможет, если вторая не наложила блокировку на тот же самый объект данных

(7) В автоматическом - да, невозможно. Там используется максимальный уровень изоляции транзакций СУБД, который это не позволит.
В управляемом режиме - возможно. В нем используется уровень изоляции транзакций READ COMMITED в СУБД, в котором чтение данных не мешает записи этих данных в параллельной транзакций.
А вот обратная ситуация хитрее. Если в СУБД применяется MVCC (версионирование при записи), то и запись данных в одной транзакции не мешает их чтению в другой транзакции (будет прочитана старая версия данных).
А вот если СУБД работает в режиме "блокировочника", то после записи в одной транзакции прочитать их в другой транзакции уже не получится.
Но для последних версий платформы и MSSQL база работает в режиме MVCC, а в постгресе оно из коробки. Так что эта экзотика в 1С остается разве что для IBM DB2

Про оракл забыл. Про него точно не скажу. Но он вроде давно гибридным был, так что наверное там тоже для 1С сейчас MVCC используется.

(14) версионник