Прошу ответа на 2 вопроса.
.
1. Документ. Процедура ПриЗаписи(), вызывается интерактивно. Какие таблицы и в КАКОЙ МОМЕНТ блокируются и на какой период времени?
2. Аналогично - ВводНового...?
.
ползут длительные блокировки - непонятно откуда.
как вычислить на дБФ?
.
спсб?

общий журнал,константы, номера...

(1) это понятно. - В КАКОЙ МОМЕНТ? исполняется код ПриЗаписи() - когда происходит блокировка с отражением изменений - непрсредственно псоле выхода из ПриЗаписи со статусом возврата()=1?

Блокировка - По сути, при начале процедуры "ПриПроведении"

если ПриПроведении - обратились к какому-то объекту - даже на чтение - все пипец - таблица заблокирована - так?

ПриЗаписи() - когда блокируется?

(5)Видимо, тоже при входе в процедуру...
неявная блокировка, потому как в ПриЗаписи должны быть "чистые" данные....
хотя, честно говоря, не уверен.

(6) и закрывается уже после записи..?

отается вопрос (5)

(7) после записи или после проведения...
блин, вроде и не так давно трассировал... а не помню....
"мартышка к старости..."©

ну так вопрос (5) - ...?

попробовать записать элемент с повторяющимся кодом (при установленной уникальности), отследить когда выдается предупреждение 1с, "до" исполнения процедуры ПриЗаписи() или "после"

(0) Имхо все таблицы, связанные с данным документом.
Это могут быть справочники клиентов, товаров, договоров и.т.д. (торговля). Кто-то может в них сидеть при твоей записи в режиме редактирования.

При записи тоже, конечно, блокирует
И журнал, и таблицу с номерами и таблицы документа
Очевидно что при записи и блокирует :)
Попробуй на SQL на простой базке позыреть в профайлере

(5) При выполнении ПриЗаписи() - никакой блокировки нет, если вы конечно в коде что-то не пишете или проводите.
Блокировка начинается сразу после выхода из процедуры ПриЗаписи()

+(14) Т.е. ПриЗаписи() - ничем принципиально не отличается от любой другой процедуры в модуле формы.

(0) С ВводНового - тоже самое, перед началом работы первой процедуры в модуле (ВводНового или ПриОткрытии?) происходит коротенькая блокировочка таблиц 1SDNLOCK и 1SUIDCTL и все.

Есть такое понятие:
"целостность баз данных". Считаю, что 1С это соблюдает. Поэтому обязана не позволять запись при открытых связанных таблицах в момент записи.

спсб за пояснения.

(17) Что значит "открытых таблицах". У семёрки есть только блокировки таблиц в момент записи.
Блокировка же объекта при открытии формы реализуется через специальную таблицу.

(19) а в какой табличке в дбф базе можно это посмотреть?

(19) не через таблицу, а через механизм блокировочных файлов.

(17) и всеже лочить весь журнал при проведении одного документа, на мой взгляд - излишество )))
Кстати, там еще с распределением ресурсов процессора при транзакциях в терминальном режиме есть дурка. Лекарство - vksleep.dll.

(21) Посмотреть бы какая форма приводит к блокировке...

(23) а вы уверены, что это - форма? Это может быть окошко предупреждения, например. Есть отдельные умельцы, которые лепят их в модули проведения. Да еще и без ограничения по таймауту.

(22) "лочить весь журнал" - защита от отдновременного проведения. т.е. защита целостности и достоверности. Уж "как шмогли", на 1996 год это было весьма неплохо. ну а потом исторически тянулось...
(21) "ты скажи - ты скажи, чо те надо - чо те надо..."

(24) это тоже понятно...

переходите на 8ку

(27) там другие проблемы.

(0) а зачем тебе углюбляться в эти проблемы!? Так и будет всегда!!! В 1с 7.7 при записи, при проведении блокируются как минимум 3 таблицы, делаю ударение на 3 таблицы полностью!!! Восьмерка, которая декларирует блокировку на уровне записей похоже буксует! По 7.7 ЗиК, юзер работающий один не монопольно, проводит расчет зп очень долго! Монопольно в разы быстрее! Так что забей!

(29) "Never say never again"©
Некоторыми методами эта проблема успешно решается. правда, не на файловой базе.

(19) Чего-то я посмотрел в базу семёрки - там только новые номера документов 1sdnlock и количество открытых пользователем объектов в 1susers, я, видимо, с последней и спутал - там хранится количество открытых объектов для защиты целостности базы методом проверки этого количества при открытии базы - если не ноль, то где-то кто-то упал.

итого: пока инструмента нет...

(32): эээ... для чего их нет?

Если уж очень интересно, то можно открыть базу по сети и посмотреть снифером - какие пакеты передаются при работе базы - сразу станет ясно, что она делает.

А вообще, ПриЗаписи и ВводНового ничего не блокируют.
Блокировка возникает в момент создания нового объекта, а это происходит до вызова "ВводНового".
Также и в ПриЗаписи - сначала система вызывает процедуру, которая определяет возможность записи (не забываем про СтатусВозврата(0), который позволяет отменить запись).

(33) база дбф, 7.7, длительная блокировка где-то - попытки записать/провести документ вываливают занятость общего журнала. вопрос - кто?

(35): дето-ктото-чтото делал, в виде вк вроде.
а так, "в лоб" - тупо решается программно, ручками и трудоемко.

пичалька...

(0)
Все ссылки документов хранятся в одной таблице 1SJourn
=1SJOURN |Журналы                       |A          |1SJOURN    |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDJOURNAL |ID of Journal       |C   |4     |0        
F=IDDOC     |ID Document         |C   |9     |0        
F=IDDOCDEF  |ID Def Document     |C   |4     |0        
F=APPCODE   |Application code    |N   |3     |0        
F=DATE      |date                |D   |8     |0        
F=TIME      |Time                |C   |6     |0        
F=DNPREFIX  |Prefix Document No  |C   |18    |0        
F=DOCNO     |Document No         |C   |10    |0        

Соответственно при любом изменении документа полей номер дата ссылка, например при вводе нового, будет заблокирована эта общая для всех таблица

Также блокировка накладывается в ЛЮБОЙ транзакции считывающей данные из этой таблицы
Например идиотическое создание быстрая Продажа

Необходимо убра

и?

и умер. Прежде чем такое советовать, необходимо точно знать кто и зачем блокирует. Снятие блокировок чревато разрушением данных.

(40) ну тут ка краз задачи и стоит - обнаружить почему блокировка получается.. а уж когда отловить - там все проще...

модальное окно скорей всего

по опере часто помогает опера-настройки-общие настройки-веб страницы-галочка подогнать по ширине

я этим пользуюсь http://technet.microsoft.com/ru-ru/sysinternals/bb896645 если нужно посмотреть что творит

(39)
Собственно ответ был исчерпывающим - блокировка накладывается в любой транзакции ,в т.ч. при предопред процедур, кроме справочников

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

поправка - в любой транзакции где есть обращение хоть к одному документу

(45) противоречие.
ранее другими пиплами сказано было, что, например при предопределенной в документе ПРиЗаписи() - никаких транзакций не накладывается, транзакция запускается после выхода из ПриЗаписи() со статусомвозврата=1
.
где правда?

(47): правда - то, шо "ранее другими пиплами ..."

(47)
Видимо ПриЗаписи не является транзакцией в 1С 7.7

Добавил для эксперимента в ПриЗаписи

НачатьТранзакцию();
   Запрос = СоздатьОбъект("Запрос");
   ТекстЗапроса =
   "//{{ЗАПРОС(Сформировать)
   |Реализация = Документ.Реализация.ТекущийДокумент;
   |"    ;
   // Если ошибка в запросе, то выход из процедуры
   Запрос.Выполнить(ТекстЗапроса)  ;    
    Предупреждение("Задержка");    
   ЗафиксироватьТранзакцию();

Запустил "двух" пользователей. На одном пользователе запустил сохранение на Предупреждение не нажимаю, второй пользователь при попытке сохранения нарвался на ожидание захвата таблиц

(50) ну так ты явно транзакцию запустил ;-)
убери транзакцию - по идее все пройдет...

(51)
Ну так я и писал про транзакции.
Если убрать пройдет, так как в ПриЗаписи семерка запускает транзакцию только в момент записи, после кода

(50) а почему должно было быть иначе? Или что бы изменилось если добавить этот код во внешнюю обработку в процедуру с каким нибудь названием типа "Сформировать()"???

По сабжу. Проводи в монопольном режиме все тяжелые документы - тот который будет дольше всех тупить пробей по отладчику таймером. Найдешь там код жрущий большой кусок времени - его и думай.

(54) это катит при простой логике... там куча действий при интерактивной записи дока...

Еще 100 вопросов и буду вспоминать почему в 7-ке блокировки возникают. Откуда такие рудименты?;) Ну а если серьезно смотри операции на запись. Какие нибудь единые константы с номерацией?(например мод)

(56) поржать и я могу... проблема вообщем не у меня.. ;-)

(51)В модуле проведения транзакция возникает автоматически. И если там прописать  Предупреждение("Задержка"), то все будут висеть до победного. Я в такое наступала один раз (код был не мой, разумеется))))

(58) эт понятно...
там у чела есть у меня подозрение на одну байду, посоветовал убрать, посмотрим...