А как насчет НачатьТранзакцию()?

noxxx писал(а) 25. Ноября 2009 :: 14:44:

тут ты вряд ли такую проблему поймаешь

noxxx писал(а) 25. Ноября 2009 :: 14:45:

непонятно почему первого 0 (может стоят флаги очистки движений)
а попробуйте тот же тест только этот select поставить после любого ВыполнитьДвижение...

Итак получается что нет никаких внутренних транзакций.
все происодит в одной транзакции
два случая ( в каждом два подслучия )
1.Внутренний документ успешно проводиться
завершается commit
В этом случае сразу же освобождаются все блокировки (таблица журналов,
таблица макс. номеров, таблицы шапок и многострч. частей видов документов
таблицы ra и rg затронутых регистров внутреним и внешним ( потому что он уже
движения откатил) документов.
т.е. очередной iddoc если внешний документ был новый подвисает в воздухе
если до окончания проведения внешнего документа кто-то займет очередной iddoc.
Далее если кто-то станет проводить документ затргивающий движения первого документа
то если этот-кто то не столкнеться на блокировке индекса
то вполне получим рассогласование таблиц ra и rg при этом в другую переф базу
все передадим правильно т.к. передаются только движения ra а они то правильные.
Также на отрезке до окончания первого проведения возможны взаимоблокировки по таблицам rg
 Далее внешний документ все таки провелся все ок.
 Внешний документ не провелся то в самом документе будем иметь ситуацию как будто
 документ провелся а самих движений не будет.При этом по любому у Вас ra
 и rg рассогласованы потому что при начали проведения мы все откатили.


2.Внутренний документ проводиться и проведение терпит неудачу rallback
 Внешний документ не запишется. Внутренний тоже.Все блокировки сеимаются.
 Далее будет зависеть как это обработает 1склиент.
 Если 1с выдаст прерывание по ошибке и остановит проведение внешнего документа то все хорошо.
 Если же 1с все равно будет и далее выполнять модуль проведения то получим
 откроется новая неявная транзакция все блокировки сняты и проблемы что могут из-за этого возникнуть смотри выше.
 Если внешняя проведение закончиться неудачей то все хорошо.
 Если внешнее проведение закончится хорошо то будем иметь
 внешний документ вид как будто нет движений в _1sjourn будут движения
 в ra движения будут одназначно получим рассогласование ra и rg потому
 что автосброс движений мы сначала учли а потом откатили.
При этом все в другую переф. базу передасться правильно.


(off) кто это прочитал тот молодец  

Z1 писал(а) 25. Ноября 2009 :: 15:37:

даже не только ra и rg, но и как в последнем глюке у автора топика - рассогласования dh,dt,_1sjorn

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

Z1 писал(а) 25. Ноября 2009 :: 15:37:

ЗЫ я прочитал! 


Вообще зачетная тема, я с этим глюком уже давно смирился и бросил искать корни... а оказывается зря.

Мне кажется, что глюк с переходом из журнала в псевдодокумент - это глюк журнала. Сделал выгрузку/загрузку - все равно из журнала переходит в псевдодокумент. 

Z1 писал(а) 26. Ноября 2009 :: 07:05:


Сорри за мазюльки, так положено у нас.

В журнале регистрации есть строка:

http://img406.imageshack.us/i/regjournalrow.png/

При щелчке по строке открывается такое вот:

http://img134.imageshack.us/i/pseudodoc1.png/

Данные из вот такого настоящего документа:

http://img109.imageshack.us/i/realdoc.png/

noxxx писал(а) 26. Ноября 2009 :: 09:42:

А что Вы от меня хотите услышать.
У Вас в базе нет целостности данных.

Почему это произошло мы общими усилиями выяснили ( железо не виновато).
Как Вы будете искать и исправлять все ошибке в Вашей базе я не знаю. Это Ваша задача.
Далее какие выводы сделали  и как Вы исправите ( и будете ли это вообще) алгоритмы 1с я тоже не знаю.