Поясните насчет транзакции

1С v8

☑

0 DES

10.01.16

✎

18:27

Если происходит обновление справочника долго под транзакцией, то справочник блокируется по чтению в это период ?

1 GROOVY

10.01.16

✎

18:29

Что за транзакция? Кто ей управляет?

2 Повелитель

10.01.16

✎

18:40

(0) Какая СУБД файловая или MS SQL или postgresql или еще что-то?
Там везде по разному.
Но на чтение блокировок нет, на запись только.

3 Ник второй

10.01.16

✎

18:42

(2) На чтение блокировка тоже возникает, надо все же узнать что за транзакция и кто ей управляет + что за СУБД

4 H A D G E H O G s

10.01.16

✎

18:42

(0) если читать будешь в транзакции и версия не 8.3 и субд не версионник - то да.

5 DES

10.01.16

✎

18:50

(4) версионник - это как ?

6 DES

10.01.16

✎

18:59

MS SQL & 8.2

7 2mugik

10.01.16

✎

18:59

(5)хранится копия объекта - если он под транзакцией - то читается его копия. но это по моему только для грязного чтения.

8 H A D G E H O G s

10.01.16

✎

18:59

(5) Это например ms sql2008

9 H A D G E H O G s

10.01.16

✎

19:01

(7) нет

10 H A D G E H O G s

10.01.16

✎

19:03

(7) В режиме READ_COMMITTED_SNAPSHOT) читающие транзакции никогда не блокируют пишущие.

11 DES

10.01.16

✎

19:05

Т.е. в общем случае нельзя надеяться что справочник не будет заблокирован на чтение ?
(да SQL 2008)

12 H A D G E H O G s

10.01.16

✎

19:06

(11) Нет.

13 H A D G E H O G s

10.01.16

✎

19:07

(11) Если ты сам не обернешь все запросы к нему в транзакции, но остануться формы списков, динамические списки, .и.т.д.

14 Ник второй

10.01.16

✎

19:10

В обработках желательно явно прописывать блокировки, но этим мало кто мается

15 rozer76

10.01.16

✎

21:44

(14)соглашусь ибо в транзакции будет только READ_COMMITTED а это защита только от "грязного чтения и потерянного изменения" а это далеко не все "беды" )