Подскажите с вопросом конфликта блокировок. У нас в базе одновременно работает около 80 человек, есть регистр сведений, в который необходимо писать при записи почти всех документов. Возможно ли избежать этой проблемы (конфликт блокировок) или лучше разделять как-то (для каждого типа документов отдельный регистр). Из регистра при записи ничего читать не надо

Составьте график записи документов...

Открой для себя управляемые блокировки

(0) СУБД какая?

надеюсь файловая...

(0) Вы уже используете модный тренд по модальным диалогам в транзакциях?

(0) Если у вас реализован лог работы юзверей на РС, то переделывайте на текстовый файлик, по типу журнала регистрации.

Какой у вас конфликт-то? Таймауты?

вообще то запись в регистр не должна конфликтовать

Писать в регистр ближе к концу транзакции

1. Управляемые блокировки, без блокировки.
2. Писать вне транзакции (например в событии послеЗаписиНаСервере)

У регистра должно быть измерение с уникальным значением документа (ссылка на документ)

(10) А как для пункта 2 обеспечить "неделимость" при, например, сбое в коде формы? Т.е. объект запишется в БД, а в регистре автора запись не появится - не комильфо?

(11) Автор предоставил мало инфы. Возможно в его случае неделимостью можно принебречь. То есть не страшно, если пару записей в месяц потеряются

(3) postgresql
обычное приложение
на данном регистре включен режим управляемых блокировок
(10) 1) имеете ввиду РежимБлокировкиДанных.Разделяемый?

(13) а откуда уверенность, что блокировки именно на записи в этот регистр возникают?

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

стартованном из транзакции записи документа

главный вопрос в том, как контролировать откат транзакции записи документа

(6) как в случае с записью в файл проследить что запись действительно завершена? есть куча подписок на событие "перед записью", "при записи", "при проведении", где возможен отказ

(7)ApplicationExclusiveLock

(18) Пиши лучше в ЖР. Свое городить - только тормоза добавлять.

(0) "Возможно ли избежать этой проблемы (конфликт блокировок) " - блокировки вообще не должны возникать при правильном алгоритме записи в этот регистр.

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

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

(22) а вот фиг

(24) Почему?

(25) потому что в постгре в автоматическом режиме блокировок уровень изоляции serializable

(26) А для объектных  сущностей не repeatable read?

И всё-таки спас перевод конфигурации на управляемые блокировки

(28) Подробнее

(29) в свойствах конфигурации поставила "режим управления блокировкой данных" на "Управляемый".
Правда появилась новая проблема. Теперь пишет:
Превышено максимальное время ожидания предоставления блокировки
=(

sweet
Позовите специалиста.

а нормальные советы имеются?

(32) Советы вам не помогут.

(33) грубиян, идите, пожалуйста, в другую тему

(34) А галоперидол?