Всем доброго дня! Появилась такая идея, в общем есть форма, большая форма(с кучей страниц, элементов и т.д.) На форме куча вкладок, данные по которым получаются довольно громоздкими запросами(которые пока оптимизировать не планируется). Поэтому первоначальное переключение по вкладкам(генерация данных) занимает время, поэтому переключение выглядит так сказать не презентабельно. Пробую подготавливать данные(выполнять запросы, и пихать во временное хранилище)в фоновых заданиях(планирую пока что обойтись тремя фоновыми заданиями), которые стартуют при создании формы на сервере, и при переключении вкладок, брать эти данные из временных хранилищ. А теперь собственно вопрос, насколько эти фоновые задания будут грузить сервер?и вообще кто-нибудь занимался таким извращениями?)  И ели какая нить подробнобная инфа о фоновых заданиях, в частности как они нагружают сервер, и что представляют из себя физически, прошу поделиться :) Сам сложа руки не сижу ,гуглю))

(0) в ЗУП 3.0 подобная фишка есть ФЗ.ДлительнаяОперация

+ (1) но если база самописная (или не на поддержке), то лучше оптимизировать структуру хранения данных, или использовать агрегаты

(1) проблем с реализацией нет. На этапе разработки у меня все работает, но потому что я один в базе, хотелось бы узнать мнения о таком подходе :)

(2) структура хранения уже оптимизирована насколько можно, просто запросы реально очень большие и сложные(куча ВТ, вложенные и т.д.)

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

Де факто реализован часто, даже Гением 1С в фаловом варианте

(5) зачетная характеристика! но все же)) Есть еще мнения?)

Для СКЛ стандартно
ЭтаФорма.СкомпоноватьРезультат(РежимКомпоновкиРезультата.Фоновый);

(7) про СКД мы знамо) Только тут не СКД, тут форма обработки, которой в основном пользуются пользователи системы.

ОтчетОбъект.СкомпоноватьРезультат(РежимКомпоновкиРезультата.Фоновый);
ВнешнийОтчетОбъект.СкомпоноватьРезультат(РежимКомпоновкиРезультата.Фоновый);

если много

(0) v8: Новый многопоточный тест
Попробуй.
И почему сразу извращения? Вполне нормальный ход в сторону увеличения масштабируемости. Другого то и нет ничего, для 1С, по крайней мере.

(10) просто с таким подходом никогда не сталкивался :)