Проектирование: Обработчик ожидания сильно нагрузит систему ? #254646

Нужно каждые 3 секунды запускать процедуру. Сильно ли нагрузит систему обработчик ожидания, если в базе работают одновременно 10 пользователей ?

для такого нужного обработчика можно отдельный сеанс запускать

В 8.1 можно использовать регламентированные задания. Если правильно спланировать алгоритм, то нагрузка будет минимальная.

+1

если каждые 3 секунды совать в базу нехилый запрос - то (1,2) могут чесать лесом с советами... что делать то хочешь?

После проведения документа, мне нужно повторно записывать этот документ. Возникла идея. 1. Создать для этого глобальный список значений. 2. После проведния документа помещать в этот список документ. 3. Каждые 3 секунды смотреть на количество элементов в списке, если > 0 тогда записать все документы списка, затем очистить список. Вот собсно и все...

Думаю автор намудрил и обработчик ожидания здесь не нужен.

глупая идея...

Для чего это нужно?

Может Вы что то предложите... Проблемма. Проведение документа меняет состояние взаиморасчетов. У документа есть реквизит СуммаДолгаПоДокументу. Этот реквизит нужно отображать в списке документов данного вида. Как мне после проведения документа, записать в реквизит СуммаДолгаПоДокументу актуальные данные ? ps: да скорее всего перемудрил, согласен...

+Ведь пока документ не проведен, я не знаю реального состояния взаиморасчетов...а в реквизит СуммаДолгаПоДокументу мне нужно записать именно текущее состояние взаиморасчетов...

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

обрати внимание на ИнфНадписьДолга на форме типовых доков...

Это понятно. У меня во всех документах, которые могут изменять взаиморасчеты в процедуре: Тоесть я вызываю повторную запись документа, в котором храниться долг. И в этот момент рассчитываются взаиморасчеты.

Это не прокатит, мне нужно в списке долг отображать, в не при открытии документа или выборе договора...

Ты не ответил - зачем тебе его в реквизите хранить... Какой в этом глубокий внутренний смысл?

Для того чтобы отображать долг по документу в списке документов.

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

вся идея - бред в ясную лунную ночь... Идея реализуема, но трудоемка.... И править надо МНОГО документов...

ИМХО тоже...

Именно привязываю, и договора у меня ПоЗаказам... Тогда вопрос всем. Что лучше всего сделать, чтоб показывать долг по заказу в списке заказов ? Как быстрее всего будет работать. У меня мысль только с хранением долга в реквизите самого заказа. У меня в конфе всего 8 документов.

Мдя...

Можно делать динамическую колонку с постоянным пересчетом текущих строк - и то лучше будет чем перезаписывать доки.

Чего "Мдя" ? Это всмысле пук... ? И че ? Форма списка будет просто тупить, она уже и так нагруженна расчетами...

Я читал это . Так долго...

А иначе будет тупить вообще все... И ИМХО неправильный подход изначально ЧТо творишь то?

Что все то ? Что с того, если я еще раз перезапишу документ ? Я больше вариантов просто не знаю нормальных, поэтому и выбрал этот.

А конце обработки проведения нельзя вставить ЭтотОбъект.Записать(РежимЗаписиДокумента.Запись); ?

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

Можно, но тогда пользователь получает предупреждение перед заркрытием формы : "Документ был изменен. Сохранить изменения ?" и малость не понимает в чем дело.

+ это к

:)) я бы тоже так сделал. Но дело в то, что у меня сам ЗАКАЗ ДВИГАЕТ ВЗАИМОРАСЧЕТЫ.... и после сделаных движений мне нужно в реквизит(только что проведенного заказа)заказа записать данные с учетом движений этого заказа...

а если вызывать обработку, которая будет делать это внешним образом?

И что ? Чем она будет отличаться от обработчика ожидания ? Если конечно, я Вашу мысль правильно уловил... подробней можно плиз.

Вообще-то Адван прав. Лучше сделать расчитываемую колонку в списке...