Добрый день.

Если мы установим для документа и всех его регистров режим управляемых блокировок, но не пропишем для всех регистров блокировку с помощью объекта БлокировкаДанных, будут ли они блокироваться и как?

Да, будут. При чтении регистров - разделяемая на время чтения, при записи - исключительная до конца транзакции.

UPD При чтении регистров в транзакции - разделяемая на время чтения

С прикладной точки зрения - можно сказать что не будет блокировок. Только в рамках обеспечения read commited.

т.е. блокировку нужно прописывать для всех регистров, оставлять как есть нельзя?

(1) >при записи - исключительная до конца транзакции.

там readcommited - на время операции

(4) смотря чего получить хотите

(4) Исключительно из логики. Т.е. читая какие-то данные в транзакции тут же думай о том так ли это надо, почему именно в этот момент и критично ли будет если они поменяются после чтения. Далеко не для каждого алгоритма нужно прописывать блокировки.
(5) Не-не-не. До конца транзакции.

(7) http://www.rsdn.ru/article/db/mssqllocks.xml#EKOAG

Уровни READUNCOMMITTED и READCOMMITTED соответствуют одноименным уровням изоляции транзакций, только пишутся слитно. Блокировки при использовании этих уровней снимаются сразу после выполнения команды. В случае хинтов REPEATABLEREAD и SERIALIZABLE блокировки остаются до конца транзакции.

>До конца транзакции.

а sp_lock это подтверждает? я насколько помню - никаких блокировок уже нет если застопорить проведение в отладчике

(8) Штатно просто запись регистров идет неявно при завершении транзакции проведения. Если не блокировать после записи до конца транзакции - тогда не избежать фантомов (соседняя транзакция прочитала, а потом первая откатилась).

(9) readcommit проблему фантомов и не решает...

(10) Это не те фантомы.

Хотя я уже начал сомневаться. Чуток попозже попробую разобраться.

(11) грязное чтение <> фантомы.

Тема сия волнует меня, до глубины души