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

да нет, не с точкой актуальности. Ну, например, документ при проведении модифицирует какие-то таблицы. Если отпустить _1sjourn и писать в регистры, другое соединение может что-то сделать с тем же документом в _1sjourn пока первое соединение еще не закончило проведение.

chessman писал(а) 11. Сентября 2009 :: 10:26:

Чтобы рассчитались правильно регистры
Происходит следущее
1.В начале проведения восстанавливаем регистры без документа проведения от текущего периода до ТА
2.Далее обрабатываем долго с клиента 1с модуль проведения при этом
для каждой строки добавить движение пересчитываем
состояние регистров от  текущего периода то ТА.

Если просто разрешить обоим то может возникнуть
фантомы т.е оба одновременно начнут добавлять запись.
Все остальные случаи вроде ловяться на ожидании по индексу.

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

Третье так как движения из 1с идут неупорядоченными то возрастает очень сильно вероятность возникновения взаимоблокировок.

Всякие свои блокировки это блокировать одно из измерений тогда их можно проводить паралельно. Т.е. весь регистр как бы делим
на подрегистры.
Но при этом тоже есть нюансы. Если измерения блокировок выбраны неправильно то таких блокировок становиться
очень много для одного проведения что становиться  хуже чем единственная блокировка на все.

alexdd писал(а) 11. Сентября 2009 :: 10:58:

Документ другое соеденение изменить не сможет так как остается update блокировка на строку в таблице dh...
до окончания транзакции.

Ну и это очень Плохо из модуля проведения менять сам документ.
По логике должно быть все наоборот на основании данных документа генеряться движения(проводки).

Читал.
Просто может кто-нить из форума делал.

Переписал дельфийский код из этой статьи >> http://www.softpoint.ru/article.php?id=2

Перем BinData, RS, Запрос;
//*******************************************
Процедура Сформировать()
	Если BinData.ПодключитьсяКФайлу("D:\TestWork\1SJOURN.$lk",1,0)=1 Тогда

		Для i=0 По 100000 Цикл
			Если BinData.УстБлокировку(i,1,0) = 1 Тогда
				BinData.СнятьБлокировку(i,1);
			Иначе
				Сообщить(СокрЛП(i)+" - Locked");
				RS.УстПараметр(1,Число(i));
				Сообщить(RS.ВыполнитьСкалярный());
			КонецЕсли;
		КонецЦикла;
		BinData.Close();
	Иначе
		Предупреждение("Не могу ПодключитьсяКФайлу: D:\TestWork\1SJOURN.$lk");
	КонецЕсли;
КонецПроцедуры
//*******************************************
BinData = СоздатьОбъект("BinaryData");
RS = СоздатьОбъект("ODBCRecordSet");
Запрос = "SELECT ''''+IDDOC+''''+DOCNO+'''' AS НомерДокумента
	   |FROM _1SJOURN
	   |WHERE ROW_ID = ?";
RS.Подготовить(Запрос);
RS.ДобПараметр(1,4,,0);
 

Как с помощью BinData.УстБлокировку(i,1,0)  так и с помощью стандартного Док.Блокировка() можно установить Блокировку
и в других сесиях этот документ будет заблокирован
и можно увидеть чужие блокировки.

Не получается снять чужую блокировку ( блокировку другой сессии).
задача такая : иногда в терминале "падает" сессия и при этом документ остается заблокирован и невозможно получить доступ к этому документу.
Может можно как-то снять блокировку ???