Блокировка при обмене #394229

Речь пойдёт о параметре "Количество элементов данных, обрабатываемых в одной транзакции.", который выставляется при обмене. Как он работает я знаю, теперь мучаюсь выбором: сколько поставить. Собственно вопрос: Если обменивается, допустим, 1 документ, то какие данные блокируются?

up..

Изменения при обмене вносятся в базу "по объектно" и допускается ситуация, когда запись в регистры движений документов вносятся раньше самого документа... И потому, имхо,  лучше записывать обмен в одной транзакции по принципу "всё или ничего". Почитайте статьи на сайте 1С и дисках ИТС про транзакции, про различне типы блокировок...

При единой транзакции пользователи жалуются, что не могут работать. Хотел найти компромисс.

Нет

Компромисс? Ищите оптиум здесь: "чем чаще обмен - тем меньше в нём изменений"... и блокировок :)

Сергей, я тебя другим помнил. В связи с праздником - сходил в салон красоты? :-)

Вы тоже... эээ... изменились :)

Точку зрения я понял, а вот вашу не понял. Разъясните пожалуйста.

Щас отожгу.. Товарищь путает мягкое с теплым. На самом на деле - пофиг, кто пришел раньше - движения или документ. Ну будут движения с пустым регистратором в отчетах - почти ничего страшного. Во всяком случае можно сформировать ручной выгрузкой порядок: Справочники Константы Документы Регистры Тогда этих проблем будет меньше (или вообще не будет). Загрузка в единной транзакции нужна для другого. Вот будет посреди выгрузки документ с пустой датой - все, загрузка встала, данные перенеслись частично. И они, эти частичные данные будут болтаться в базе до пришествия следующей выгрузки... Это я про транзакции. Теперь про блокировки. Они возникают при записи в таблицу и блокируют ВСЮ таблицу на период ВСЕЙ транзакции (фактически на всю выгрузку) (фактически как регистры при проведении документа). Единственным выходом могут быть УправляемыеБлокировки при загрузки (это лишь предположение). Я их решил попробовать реализовать. (А то у нас похожая ситуевина, 18 филиалов, центральная база редко свобюодна). Пишите в аську, как реализую - отпишусь...

>Они возникают при записи в таблицу и блокируют ВСЮ таблицу вот уж точно отжог!

А что, нет что-ли?

Товарищь ничего не путает :( При обмене, действительно, "пофигу" что раньше будет записано: документ или его движения. НО: это не критично только, если он (обмен) будет выполнен полностью. Иначе - неизбежное нарушение ссылочной целостности. Поэтому желательно проводить обмен в одной транзакции.

Подчеркну: желательно в одной транзакции, - но вовсе не обязательно :) Что тогда важно? Важно провести обмен в полном объеме. Если обмен "мешает" работе пользователей - "спокойно" указывайте единицу в параметре "Количество элементов данных, обрабатываемых в одной транзакции." - это не столь критично... Составьте своё мнение - прочтите на ИТС стаьи, - например: "Особенности использования транзакций при обменен данными." По поводу блокировки документа и регистров движения: там-же статья "Особенности блокировок регистров при работе 1С:Предприятием 8 в варианте клиент-сервер."

Коллеги, зачем усложнять? Не проще решить проблему посредством запуска обмена ночью, когда пользователей нет?

Ты не поверишь.

а можно я не поверю ??? всетаки в момент проведения документу нужно гарантировать неизменность итогов по регистрам в которых документ может делать движения, или я что-то неправильно понимаю ??? мы же говорим про автоматический режим управления блокировками ???

В нормальных системах нужен как минимум ежечасный обмен - а иногда и обмен в реальном времени(он просто не прекращается). Ставь методом единичку - не бойся потерять часть данных - если обмен регулярен, то остальные изменения придут в следующий раз, в течении часа. А если не регулярен - то что мешает его запускать в обед и ночью? А насчет прерывания обмена посередине то это должно быть редким исключением...

большая книжка "профессиональная разработка бла-бла-бла", стр. 238 однако это только для клиент-серверного варианта коллега, с Вами таки все в порядке? температуры нет?

и правда ;) чуть не ввел в заблуждение, мсскл блокирует записи