Подготовка к 1С специалисту и правильные блокировки по регистру бухгалтерии, как #699266

Вот готовлюсь к сдаче экзамена на Специалиста по восьмерке. И стал вопрос как правильно блокировать регистр бухгалтерии. Зная построение индекса можно предположить , что блокировки по субконто нам ничего не даст, но во всех примерах решения вижу постоянно: Блокировка = Новый БлокировкаДанных; Подскажите и тыкните носом)

Почему не даст? Забыл: ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный; БлокировкаДанных.Заблокировать;

Ну Режим и Заблокировать не включил так как это и так понятно. Ну я размышляю так: Что бы найти записи которые мне следует изменить, необходимо прочитать таблицу. В таблице бухгалтерии индекс строится по Счету и набору измерений - нет субконто. Следовательно придется просмотреть (заблокировать) большой набор записей, а именно по всем видам субконто. Поэтому и вешать блокировку на вид субконто бессмысленно.

субконто и есть измерение на счете. блокировать его нужно

Субконто это не измерение. Измерение это измерение, например Организация.

на уровне субд эту блокировку видно? или она объектная

как написано в примерах так и будет правильно, кстати при сдаче спеца по 8 учтывается версия платформы? 8.2 или 8.3? что пишут в сертификат: спец по 8 или спец по 8.3?

Вот как раз пытаюсь ЦУПом посмотреть, но пока не выходит каменный цветок.

Имхо но всегда просто пишут v8.

обрати внимание на алгоритмы наложение блокировок в типовой БП. Если аналитика известна в алгоритмах (типо тра-та-та по договору), то блокировка всегда устанавливается. Если тра-та-та по всем договорам - то нет. Как учат нас Отцы, "если можно - всегда сужайте ландшафт блокировок" (с) откуда то из УЦ :) Устанавливай, лишним не будет. Ибо если придерутся, можно всегда отбрехаться :)

Верить и понимать согласись это разное. Вот я и не понимаю где мы выиграем )))

Устанавливай, лишним не будет - с какой радости блокировка одного договора не приведет к ступору оформления документов? Вся суть - в самой непродуманной системе блокировок в 1С.

Забываешь про таблицы итогов.

в чем проблема проверить ложность своего суждения на практике?

если дата такая же полностью - не запишется...

на практике - это в тишине лаборатории "сертификация 1С"? спасибо, у нас своя ... практика. Типовые, так сказать, в действии...

Вот как раз про таблицы итогов и вспоминаю )

Для тех, кто в танке - управляемая блокировка не имеет отношения к блокировкам уровня СУБД.

Именно.

что именно? Она и к индексам отношения не имеет, зачем ты их сюда приплетаешь то? Управляемая блокировка висит в менеджере блокировок в 1с, у блокировок есть пространства, субконто - одно из пространств. В момент наложения блокировки проверяется, существует ли уже такая блокировка на данном пересечении пространств и совместима ли она с накладываемой по типу. Если попытаешься наложить две блокировки на разные субконто - пересечения пространств не будет, если без уточнения субконто - то будет соответствующее пересечение и, как следствие, ожидание.

Ну и в целом, размышления про индексы в регистре бухгалтерии - неверные.

Где можно посвятится про доступные пространства в регистрах? Я могу только наблюдать таблицы в СУБД и там мои соображения верны.

Как определяется сервер 1С какие записи конкретно надо заблокировать. При переборе записей вешает ли сервер 1С блокировки на соседние записи? Вообще механизм блокировок сервером 1С как то до конца не понятен

на сервере приложений смотреть надо... блокировки субд "мелькнули" и ушли, а объектная осталась

Проверил.... документы с не пересекающимися данными (субконто номенклатура) не смогли провестись параллельно, вод код блокировки:

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

ну а остальное? у них насколько одинаково?

Таблица со значениями субконто Индекс: Регистратор + НомерСтроки + Корреспонденция

Счета учета и все.

СУБД блокировки на запись всё равно будут жить до конца транзакции, а чтения могут даже не мелькать, а прочитать данные из слепка базы (в 8.3) если в блокировке указать субконто, то ожидания не будет на этапе чтения на сервере 1С, но может возникнуть на этапе записи в СУБД, особенно на итогах  регистра бухгалтерии. В больших транзакциях, иногда, стоит поставить управляемую блокировку на весь регистр, тогда маленькие управляемые блокировки, в оставшейся части транзакции, будут поглощены и не будут занимать ресурсы сервера 1С. Это о больших регламентных документах. кратко в СП. нет, ради этого их и придумали. Управляемые блокировки ставятся на объекты, не обязательно имеющие точный аналог в СУБД, например, субконто.

Вот блокировка: AccRg212.DIMS Exclusive Correspond=0 Period=[T"20140101000000":+] Splitter=0 Account=196:be8903f8498421f74f0f57e4fbb71b4c ExtDimension1=7:be9650b7c3865d5111e380d0767ff038 ExtDimension2=Undefined, AccRg212.DIMS Exclusive Correspond=1 Period=[T"20140101000000":+] Splitter=0 Account=196:a91f2c27b31cdb6c45fb46b908c6a991, AccRg212.DIMSAUX Exclusive Correspond=0 Period=[T"20140101000000":+] Splitter=0 Account=196:be8903f8498421f74f0f57e4fbb71b4c Интересно что такое DIMSAUX

база точно клиент-серверная?

Да

А режим разделения итогов включен?

Это тут точно не причем. Сплитер я отключаю через явную упр блокировку.

Понаблюдал: 1. Если ставить точку останова сразу после установки упр блокировки, то второй документ параллельно спокойно проводится. 2. Если ставить точку останова после явной записи набора записей, то второй документ провестись параллельно не сможет. В чем же разница? )

так запись ставит блокировки не только управляемые, но и СУБД. Раз разделение итогов не включено, то будет блокировка на таблице с остатками и оборотами счёта.

Про доступные пространства в регистрах можно просветиться из СП. Управляемые блокировки не ставятся на "переборах данных". Они ставятся в двух случаях - когда ты явно это делаешь, указывая пространства, и при записи объекта или набора записей, пространство определяется исходя из заполненного набора записей. Никаких "соседних записей" в понятии менеджера блокировок 1С нет, если не считать таковыми числа и даты, заданные с помощью объекта "Диапазон". Механизм упр. блокировок очень прост, все эти догадки с блокировками при обходе значений в ходе исполнения запроса и т.д. не имеют к нему никакого отношения.

Суть в том, что блокировки уровня СУБД недоступны разработчику. Они накладываются платформой так, чтобы обеспечить целостность записываемых данных. Правильная последовательность действий: 1. Установка управляемой блокировки, блокировки есть только на уровне сервера 1С, на уровне СУБД - зеленый свет. 2. Алгоритм проведения. Насколько бы он не был сложен и длителен - документы не пересекающиеся по управляемым блокировкам будут отрабатывать параллельно. 3. Запись движений в регистры. В идеале - средствами платформы, без вызова методов "Записать". В СУБД возникают на короткое время блокировки, но области блокирования в разных СУБД будут разными. Ты никак не можешь повлиять на блокировки уровня СУБД. Твоя задача - организовать проведение так, чтобы все движения накатывались в СУБД одним движением, максимально быстро. Хотя я конечно же вру. Повлиять можешь. Но это нужно будет на экзамене Эксперт по ТВКВ, а не на Специалисте.

Ты не прав. На сервере 1С точно так же есть пороги укрупнения блокировок и сам процесс укрупнения. Но это опять таки тема Эксперта по ТВКВ.

а как записать 1 500 000 записей в РН быстро?

все встает колом на клиенте на 10 минут и отжирает 10 Гб памяти

А хрен его знает. - Доктор, у меня что-то болит! - Купите таблетки в аптеке... - Какие?! - Какие-нибудь купите...

Так и не увидел - в чем я же я не прав? Где писал, что нет укрупнений? Укрупнение, которое называется эскалация, есть, но там нет таблиц, нет страниц, там есть только пространства и эскалация идёт по ним. Подчеркну - менеджер блокировок 1с знать не знает, рядом или нет данные расположены на СУБД, он определяет пересечение пространств и всё.

Блокировки СУБД не накладываются платформной, они накладываются СУБД в соответствии с установленным уровнем изоляции транзакций. И цель этого действия - не целостность записываемых данных, для этого есть механизм транзакций и это достигается без блокировок, а обеспечение определенной степени изолированности текущей транзакции от других транзакций.

Сильно быстрее вряд ли получится для 1,5 млн. Скорость записи еще от количества измерений зависит и сколько из них отдельно проиндексированы. А расход памяти оправдан, если эти записи, например, сначала в таблицу значений загружаются. Хз что там у тебя происходит. Попробуй использовать порционное считывание и порционную запись в РН.

параллельно пиши в фоновых задачах. Типа допроведения, кусочками.

Если 1 регистратор - то дробить по регистраторам. Когда много регистраторов - фоновые без ожидания. Нюанс - максимальное количество фоновых заданий надо проверять для конкретного сервера - у меня при количестве более 200 фоновых заданий которые активно пишут в РН сервер начинает несколько ... подтормаживать

Как можно повлиять на блокировки уровня СУБД. Статистики, индексы, овощи, там рожь вот это все?