Блокировки и режим разделения итогов регистров

[ksandr]

Как то не смог представить куда эту конструкцию можно встроить.
Если по старой методике, то при оперативном проведении блокируются старые движения или пустой набор если движений нет, но нет блокировки по табличной части, а так быть не должно.
А если не оперативный то упускаем старые движения и кто-то может чего-нибудь увести.
Или я чего-то упускаю, разъясните пожалуйста.

[HRom]

Блин, вконец запутался когда надо ставить в регистре "Режим разделения итогов". 

Прочитал эту статью Насипова Фарита:
http://expert.chistov.pro/public/306681/

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

В статье Чистова же наоборот.
http://1c.chistov.pro/2013/07/blog-post_25.html

Так как блокируем мы не весь регистр, за что нам отдельное спасибо, а только те данные по которым мы сформировали движения, за что спасибо ребятам из 1С, то важно установить свойство регистра "Разрешить разделение итогов".
Если разделение итогов не будет включено и в режиме пользователя, то в большей части случаев блокировка будет наложена на весь регистр с его таблицами.

 "Режим разделения итогов" же никак не влияет на блокировки, он только добавляет дополнительное измерение "splitter"!!! А так как мы накладываем блокировку на все записи по конкретной номенклатуре (складу и т.п.) но БЕЗ учёта значения в splitter, то никакой параллельности записи в регистр не будет и галку ставить "Разрешить разделение итогов" не нужно!!!

[alex1248]

Блин, вконец запутался когда надо ставить в регистре "Режим разделения итогов". 

Вот еще нарыл, в Проф. разработке: "... свойство набора записей БлокироватьДляИзменения устанавливается в значение Истина. В этом случае в момент записи набора записей платформа отключит разделитель итогов в регистре ..." (у меня стр. 612, почти в самом конце Главы 11).

[HRom]

Блин, вконец запутался когда надо ставить в регистре "Режим разделения итогов". 

Вот еще нарыл, в Проф. разработке: "... свойство набора записей БлокироватьДляИзменения устанавливается в значение Истина. В этом случае в момент записи набора записей платформа отключит разделитель итогов в регистре ..." (у меня стр. 612, почти в самом конце Главы 11).

Может в этом вся и соль? Типа ставим эту галку всегда, а платформа уже сама решит кога использовать splitter. От нас только требуется блокировки правильно расставить.

[alex1248]

Блин, вконец запутался когда надо ставить в регистре "Режим разделения итогов". 

Вот еще нарыл, в Проф. разработке: "... свойство набора записей БлокироватьДляИзменения устанавливается в значение Истина. В этом случае в момент записи набора записей платформа отключит разделитель итогов в регистре ..." (у меня стр. 612, почти в самом конце Главы 11).

Может в этом вся и соль? Типа ставим эту галку всегда, а платформа уже сама решит кога использовать splitter. От нас только требуется блокировки правильно расставить.

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

[HRom]

Блин, вконец запутался когда надо ставить в регистре "Режим разделения итогов". 

Вот еще нарыл, в Проф. разработке: "... свойство набора записей БлокироватьДляИзменения устанавливается в значение Истина. В этом случае в момент записи набора записей платформа отключит разделитель итогов в регистре ..." (у меня стр. 612, почти в самом конце Главы 11).

Может в этом вся и соль? Типа ставим эту галку всегда, а платформа уже сама решит кога использовать splitter. От нас только требуется блокировки правильно расставить.

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

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

[alex1248]

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

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

[HRom]

Вроде бы, на экзамене это не должно быть принципиально

http://forum.chistov.pro/index.php?topic=1667.msg36894#msg36894
в этой теме я задавал вопрос "зачем мы на экзамене используем управляемые блокировки, если файловая база их всё равно не поддерживает" Павел Чистов ответил что мы должны продемонстрировать умение работать с управляемыми блокировками.