Добрый день вопрос такой. Документ заказ покупателя Проводится около 2-3 секунд к нему прикреплены в подписке обработка проведения два тяжелых запроса каждый по 3 секунды на основании которых затем дописывается движения (просто движения Без контроля остатков) соответственно имеем 6 лишних секунд проведения. Что такого можно придумать чтобы от этих запросов в подписке уйти сильно Оптимизировать запросы вряд ли получиться и так почти выжат максимум.

(0) давайте запросы в студию, может еще не все потеряно

ну покажи запросы. поржем

а по сабжу - ЦУП тебя спасет.

"Оптимизировать запросы вряд ли получиться и так почти выжат максимум"
ключевое слово ПОЧТИ

А куда движения пишутся?

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

(2) ЭЭЭ Как бы нетиповой запрос 31 страница ворда врядли что нибудь тебе скажет

(7) А в результате-то что? Что за инфа?

(6) А если работа 24/7 )

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

(7) Запрос в 31 страницу уже сам по себе говорит о многом

(6) У меня идея только запускать фоновое задание после проведения и дописывать там , но чувствую подводные камни будут точно

(0) "два тяжелых запроса" объедини в 1 пакетный !

(10) Разделить на два документа. И опа, заказ проводится на 6 секунд быстрее.

(11) фантазии отдела маркетинга и варианты расчета бонуса могут не только на 31 страницу затянуть.

(11) Одно время долго с ним долбался остановился на 2,5-3 секундах

(15) это точно(

(7) а все данные должны динамически расчитываться?
Выполнение подписок на сервер пробывал выносить? Индексирование включено?

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

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

ну покажи запрос. поржем

(10) ИМХО вам поможет реорганизация данных. Заведите какой-нибудь свой регистр, не надо будет гигантские запросы рожать.

(18) что значит динамически в зависимости от номенклатуры в ТЧ заказа играют или не играют акции

(18) в смысле подписки выполнять на серверном модуле? индексирование включено

(19) а запуск как в (12) это тухляк?

(22) в (21) ответили
(23) на каком компе быстрее выполниться запрос - на 8-ми процессорном с 32 гб оперативы, или на каком-нибудь селерончике с 512?

Еще с появления 8.0 1C твердит, про клиент-серверную архитектуру. Вычисления на сервере, вывод результата вычислений на клиенте.

(25)Ок понял спс

(26) по результатам, пжс, отпишитесь