Спасибо, статья неплохая, как раз нужна такая информация. Хоть статья и старая, но все еще актуальная.
Исправьте ошибки в тексте. А далее я попрошу уточнить некоторые моменты и напишу свои наблюдения.
Цитата(Vofka @ 28.09.11, 19:18)
сложнее - но не намного. (слитно)
Всё логично, но паразительно как много людей об этом не знают. (пОразительно)
Зная для чего блокировки нужны, можно действительно (запятая).
Цитата(Vofka @ 28.09.11, 19:18)
"Управляемый". Всё. Могу вас поздравить
Не спешите поздравлять - для нача нужно убедиться, что режим блокировок для документов и регистров проставлены правильно. Как минимум - для документов режим "автоматический", а для регистров - "управляемый". Если на документе будет режим "управляемый", а у зависимого регистра "автоматический" - получите ошибку менеджера блокировок.
Цитата(Vofka @ 28.09.11, 19:18)
Собственно всё сразу понятно - блокируем "товары на складх", 1 измерение
Тут нелишним было бы добавить, что блокировка устанавливается СТРОГО по измерениям. Т.е. если регистр подчинен регистратору, то будут заблокированы записи только по регистратору (автоматически). Если явно убрать разделитель - заблокируются все записи, но именно по набору измерений. Например, записи по Склад1 будут заблокированы, а работа со Складом2 может выполняться паралельно. Транзакция по Складу2 не пересекается с транзакцией по складу1 и будет проведена без задержки.
Цитата(Vofka @ 28.09.11, 19:18)
Я встречал компании в которых был автоматический режим блокировки, при этом слово "замучали блокировки"
Эта ситуация нормальна для ФАЙЛОВОГО варианта БД и в файловом варианте вообще нет смысла в управляемых блокировках. БД блокируется на уровне таблиц и выигрыша от управляемых блокировок не будет никакого. Паралельная работа невозможна. Поэтому, в начале статьи я бы сразу сделал ударение, что все это имеет смысл только на клиент-серверном варианте. В случае использования СУБД PostgreSQL - это крайне необходимо. Иначе она будет вести себя как файловая.
Спасибо за внимание и за статью.