Имя: Пароль:
1C
1C 7.7
v7: SQL можно ли отключить блокировку для не новых документов которые не делают движений
0 burrya
 
02.10.14
11:18
Добрый день!
Можно ли как-то отключить блокировку таблиц на SQL сервере для не новых документов, которые не делают движений.
Если да, то как такое лучше сделать? Какие инструменты для этого нужно использовать? Насколько это будет трудоёмкая задача?
1 burrya
 
02.10.14
11:18
Блин тему как-то криво назвал
2 burrya
 
02.10.14
11:19
Можно изменить на :"можно ли отключить блокировку таблиц на SQL для не новых документов которые не делают движений"
3 aka AMIGO
 
02.10.14
11:20
(1) можно. Изменено :)
4 Ёпрст
 
гуру
02.10.14
11:21
(2) если они не делают движений - они не блокируют таблицы
©Капитан очевидность
5 burrya
 
02.10.14
11:22
и 1сжурн не блокируют тоже?
6 Злопчинский
 
02.10.14
11:23
(5) блокируют. иначе - как они туда попадут, в журнал-то...
7 Ёпрст
 
гуру
02.10.14
11:23
(5) если документ не проводится, он ничего не блокирует.. вообще.
8 Ёпрст
 
гуру
02.10.14
11:24
если только спецом в коде этого не делать
9 France
 
02.10.14
11:25
(7) а как же журнал документов?
10 burrya
 
02.10.14
11:25
а если проводится, но без движений?
11 Злопчинский
 
02.10.14
11:26
(10) тады все, жпс полный...
12 burrya
 
02.10.14
11:27
(11):) прикалываетесь с обывателей
13 burrya
 
02.10.14
11:30
и есть еще такие документы по которым движения проверять не нужно - с оборотными регистрами
14 Ёпрст
 
гуру
02.10.14
11:44
(9)а че с ним не так ?
Если документ не вызывает обработку проведения, он не блокирует ничего
15 Злопчинский
 
02.10.14
11:46
(13) заблуждаешься. и по оборотным бывает надо проверить. например чтобы понять - а не пытается ли хитропопый покупатель вернуть свой неликвид нам, продали ему 50 штук, а он возвращает 40. вролде ок, но вот засада - раньше он уже возвращал 30...
16 Злопчинский
 
02.10.14
11:48
(14) просто получается новый номер дока (это другая табличка) и добавляется запись в журнал. так?
17 Ёпрст
 
гуру
02.10.14
11:49
(16) при создании нового ? да там пара табличек участвует.. но это не такие затраты на блокировку
18 Z1
 
02.10.14
11:52
(6) должен блокироваться иначе при одновременной записи этого
документа разными пользователями ( например из двух обработок ) может записаться часть данных из одной сессии а часть из другой сессии.
блокировки на индексе шапки документа недостаточно потому что табличная часть всегда удаляется и создается заново.
19 Z1
 
02.10.14
11:53
(7,14) должен блокироваться - но очень кратковременно.
причина почему - в 18
20 Z1
 
02.10.14
11:55
(13) какая то твоя логика - это твоя локика,
логика 1с универсальная программа и написано максимально надежно с точки зрения целосности базы данных.
21 Злопчинский
 
02.10.14
11:56
(18) > табличная часть всегда удаляется и создается заново.
- тогда в клюшках при масовых корректировочных заявках получается выгоднее строки делать отдельными доками без тч и "объединять их путем ссылки на документ-шапку владелец?
22 burrya
 
02.10.14
11:56
(15) Согласен, но такие случаи рассматривать не будем, есть просто такие документы, по которым такой контроль не нужен.
23 burrya
 
02.10.14
11:57
(20) согласен
24 Z1
 
02.10.14
12:04
(21) нет.
удалить и пересозать табличную часть с точки зрениия производительности  sql горздо менее затратно чем создать несколько новых документов (даже без табличной части )
также новый документ это и новые общие реквизиты и могут быть отборы и новый индекс по таблице журналов.
25 Злопчинский
 
02.10.14
12:12
(24) спсб за пояснение.
26 МихаилМ
 
02.10.14
12:58
можно. блокировки устанавливаются в хранимых процедурах.
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший