Транзакции и видимость данных из разных сессий 1С 8.2

1С v8

13.05.15

✎

17:41

Прошу помощи.
Столкнулся с такой проблемой: перепровожу документ и в этот момент вываливаюсь в ошибку, после чего данные корректно откатываютсся. Ошибка возникает после записи данных по регистрам. Но вопрос проявился, когда я отлаживал код и остановился перед ошибкой, то в другой сессии 1С я видел уже измененные данные. Вот мне и не понятно как это происходит, ведь проведение должно проходить в рамках транзакции, а следовательно, пока не пройдет коммит, то другие сессии не должны этого видеть. Что не так?
Использую 8.2 + MS SQL 2012.

1 ДенисЧ

13.05.15

✎

17:42

1с очень любит грязное чтение использовать...

2 Fragster

гуру

13.05.15

✎

17:42

переходи на 8.3

3 Fragster

гуру

13.05.15

✎

17:42

http://catalog.mista.ru/public/157277/

4 evgen21

13.05.15

✎

17:43

Ну, 8.3 это не вариант :), только с 7.7 перешли на 8.2

5 H A D G E H O G s

13.05.15

✎

17:43

(0) Смотри в другой сессии в транзации.
(1) Оно использует грязное чтение там, где надо.

6 evgen21

13.05.15

✎

17:55

Так в том-то и дело, что мне ненужно "грязного чтения". А вот про просмотр в транзакции сейчас попробую.

7 H A D G E H O G s

13.05.15

✎

17:56

(6) Будет ожидание на блокировке.

8 evgen21

13.05.15

✎

18:09

Да, именно так и получилось.
Похоже я понял суть проблемы.
Спасибо всем за оперативную помощь!

9 mistеr

13.05.15

✎

18:10

(1) (3) Вот гады! Не знал и не ожидал такого..

10 evgen21

13.05.15

✎

18:14

Т.е. получается, что хоть у нас и уровень изоляции READ_COMMITED, то 1С всё равно его обходит (не всегда) конструкцией NOLOCK и делает по факту READ_UNCOMMITED.
Это подстава в угоду ухода от блокировок.

11 Гёдза

13.05.15

✎

18:27

(10) Как уже говорили, переходи на 8.3

12 spock

13.05.15

✎

19:41

(10) Какая альтернатива, кроме включения версионника?