1C и ошибка SQL deadlock - что можно поправить в коде 1С #269441

В общем пришли путем наблюдений к выводу что 90% ошибок SQL связанных с взаимными блокировками связаны с тем что один вылетающий просто двигается в форме списка справочника номенклатуры а второй проводит документ со нижепреведенным кодом. Причем проводит документ один чел а по справочнику лазиют человек 10 и вылетают сразу человека 3. В справочнике номенклатуры вроде как все нормально никаких обработок быть не может - простые расчеты остатков и т.п. включая получение и вывод последней цены. Пока все камни в сторону модуля документа. Что тут может быть неоптимально с точки зрения 1С либо есть какие-нибудь другие способы добавления в спр. Цены элементов.    ВыбратьСтроки;

Апну штоле...

Кури мягкие блокировки или очередь транзакций.

а зачем ИспользоватьДату?

По сабжу - вот так, мне кажца, оптимальнее будет, но это мое субъективное мнение

Как вариант предалагаю записывать новые элементы при записи документа. естественно при проведении - так скорость будет явно больше

зато тогда вводить эти документы можно будет ТОЛЬКО интерактивно

+ кроме того, УстановитьРеквизитСправочника сущестует только в модуле документа

что такое граф дедлока конечно же не знаем. профайлером пользоваться не умеем. но хоть думать то научили??

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

Если ты всё про тоже то скажу - ставили профайлер и выяснили что дедлоки возникают при попытке записи в таблицу в которой храняться периодические реквизиты. Вот поэтому сюда и был положен сей участок кода