сделал вот так

--If (select Object_ID('#t1'))IS NOT NULL  Drop Table #t1

Drop Table #t1
SELECT so.name, so.id, Ctext, text
INTO #t1
     FROM dbo.sysobjects so
     JOIN dbo.syscomments sc      ON so.[id] = sc.[id]
     WHERE xtype='P'
       AND (Substring(so.name,5,3) IN ('_DH','_DT','_RA','_RG')
          OR Substring(so.name,7,7) = '1SJOURN')
     AND CharINDEX('Lock',so.name) > 0
     ORDER BY so.name


--select * from #t1

Declare @a VarChar(8000)
DECLARE @id Int
           
While ( Select Count(*) FROm #t1) > 0
begin
SELECT TOP 1 @a=Text, @id = id FROM #t1

SELECT @a= REPLACE(@a,'Create ','Alter ')
SELECT @a= REPLACE(@a,'holdlock','')
SELECT @a= REPLACE(@a,'tablock ','rowlock ')
SELECT @a= REPLACE(@a,'tablockx','rowlock ')
SELECT @A
--EXEC(@A)
DELETE #t1 WHERE id = @ID

end

виноват, NOLOCK

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

Maxo писал(а) 17. Июня 2011 :: 08:07:


Когда 2 документа видят остаток в 30 штук, один списывает 18, другой 15, а в таблицу остатков после одновременного проведения этих двух документов пишется вообще 12 (или 15 - это как повезет).
т.е. а) у тебя по факту списалось "в минус" (но это не так страшно)
б) у тебя в таблице остатков появилось число, связанное с реальным положением вещей чуть менее, чем никак.

Maxo писал(а) 17. Июня 2011 :: 06:10:

Т.е. вопрос ты не понял. Проехали.

Maxo писал(а) 17. Июня 2011 :: 08:05:

Рекомендую уволиться до того момента, когда народу остатки понадобятся.

Z1 писал(а) 17. Июня 2011 :: 09:52:

В лучшем случае. 

Neo писал(а) 20. Июня 2011 :: 08:12:



Стандартная схема работы 7.7 с блокировками следующая:
перед проведением выполняются ХП, которые блокируют необходимые таблицы (целиком).
Потом работают алгоритмы модуля проведения и делаются записи в таблицы движений, итогов, etc

если в ХП банально заменить таблок на роулок, то получим что-то в духе

from _1SJOURN(rowlock) where 0=1 

- т.е. нифига блокировок наложено не будет.
Если выкинуть условие - то будет наложена блокировка, опять же, на ВСЮ таблицу.

Чтобы передавать параметр в эту хранимку - это надо пилить и пилить 1Ску, да так, что у 1С++ глаз задергается в нервном тике.

Более того - работа с rowlock-ом очень и очень задроченная - ради интереса, можешь найти ТойСКЛ с его гнутыми блокировками и покурить, сколько действий приходится делать в каждом модуле проведения. В этом плане в снеговике - весьма и весьма юзер френдли сделано.

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

В свете вышенаписанного, самое разумное решение - это писать нехилый класс по работе с построчными блокировками, в котором будут методы, позволяющие достаточно просто блокировать таблицу регистра целиком/по набору измерений + в нетривиальных случаях в самом модуле проведения делать сбор данных запросами с нужными хинтами.
И при всем при этом, главное - продумать механизм, не допускающий дэдлоков.

Цитата:


Попробовал так сделать, по ходу, это имеет место быть только если происходит модификация строк, тогда до конца транзакции накладывается построчная блокировка. Если только чтение, то блокировки не накладываются.