Сервер 1С 8.3 УФ место хранения блокировок объектов #785205

Собственно сабж где хранится в базе данных или памяти сервера 1С или и там и там?

В сеансовых данных

Это гениальный ответ... А "где хранятся сеансовые данные?" это у меня был как бы 2-й вопрос

+ в 8.0 было "Файл 1Cv8cl является носителем блокировок объектов базы данных, расположенной в файле" во временном каталоге юзера от кого процесс сервера запущен.

Открой для себя мануал. snccntx.dat

Уже. А никакой разницы в месте хранения в вида блокировок (Автоматические/Управляемые/Оба) нет? Или какое то дублирование происходит?

Автоматические и управляемые - это блокировки транзакций. А блокировки объектов - это немного другое - это когда вызывается Заблокировать(Истина).

Автоматических блокировок в 1С нет.

"Режим автоматических блокировок в 1С:Предприятии 8.1 полностью аналогичен механизму транзакционных блокировок, использовавшемуся в версии 8.0. В этом режиме 1С:Предприятие целиком «полагается» на возможности, предоставляемые СУБД (рис. 15)."

"В этом режиме 1С:Предприятие целиком «полагается» на возможности, предоставляемые СУБД" Автоматических блокировок нет в 1С.

"При выборе значений Автоматический или Управляемый режим блокировок при чтении или записи данных любого объекта конфигурации будет определяться именно этим выбранным значением. Например, если установлен режим Автоматический, то при записи, скажем, любого элемента справочника, будут использоваться автоматические блокировки, устанавливаемые СУБД. Собственнный менеджер блокировок задействован не будет. Поведение системы будет полностью аналогичным поведению версии 8.0. Если же установлен режим Управляемый, то, независимо от того, какие режимы управления блокировками установлены для конкретных объектов конфигурации (об этом смотри далее), при записи, скажем, документа система всегда будет самостоятельно устанавливать необходимые управляемые блокировки, которые будут обрабатываться собственным менеджером транзакционных блокировок. Этот режим предназначен для работы всей конфигурации только с управляемыми блокировками в транзакции. Если же для свойства конфигурации выбран режим Автоматический и управляемый, то для конкретного объекта конфигурации режим блокировки будет определяться значением свойства Режим управления блокировкой данных самого объекта конфигурации (рис. 18)."

Вот это и пытался узнать в . Итого блокировки или хранятся в БД или + в файле на диске (отображаемом в память)

Уже неплохо.

+ По сути сервер 1С не знает при записи (только автоматические блокировки от БД) заблокирован объект или нет. И получив ошибку от БД возвращает ее, так? Выходит в этом случае хрен получишь "полный список заблокированных объектов"

Она и при управляемых блокировках этого не знает.

SQL ставит блокировки на записи в таблице на уровне сервера, и узнать, что он там поставил - не так уж и просто.

Да можно, dm_tran_locks никто не отменял. Но... зачем? Да и муторно это и что даст?

Ковыряться 1Су в толпе различных СУБД. Сделаешь для православной ms sql - набигут всякие postgree/oracle фрики.

Да в этом и проблема, еще и сервера могут быть разными ((

+ сорри не то вставил БлокировкаДанных (DataLock) Элементы коллекции: ЭлементБлокировкиДанных Для объекта доступен обход коллекции посредством оператора Для каждого … Из … Цикл. При обходе выбираются элементы блокировки. Возможно обращение к элементам блокировки посредством оператора [...]. В качестве аргумента передается индекс (нумерация с 0). Методы: Конструкторы: По умолчанию Описание: Предназначен для явной блокировки данных от чтения или изменения другими сессиями. Доступность: Сервер, толстый клиент, внешнее соединение. Возможен обмен с сервером. Сериализуется.

узнать какая *ука запрос в цикле внутри транзакции запустила...

Управляемая блокировка живет по адресу Сервер1С/ПроцессМенеджераКластера

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