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

Сейчас надо запустить эти проверки для множества документов т.е классический запрос в цикле. Кроме получения самого объекта будет выполняться кучу раз запрос к одной и той же таблице.
Для оптицизации я переделал так, что перед выполнением запроса все нужные данные пихаются в менеджер временных таблиц и проверки в объкте используют его. Т.е запрос в цикле остался, но без обращения в запросе  к данным из базы.

Можно ли как-то ускорить получение объекта?
Есть ли какая-то настройка для ускорения обращения к данной таблице?
Можно ли на определенный момент передать 75% ресурсов системы определенному пользователю?

Идеальный вариант переписать все в один запрос, но после этого ЗУПовские запросы будут отдыхать...

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

а зачем кучу документов перепроводить?

> Сейчас надо запустить эти проверки для множества документов т.е классический запрос в цикле.
- это разовая работа? или таковое будет выполняться постоянно регламентом? если разово - забей нафиг на оптимизацию, времени больше потратишь

1. убрать ненужные проверки. Например выгрести одним запросом только те документы, которые проходят по условиям проверок
2. убрать запрос в цикле
3. возможно добавить индексов

(2) они не перепроводятся. Запускается вечером только куча проверок т.к какие-то данные в течении дня могли изменить.

Пусть каждая проверка работает с массивом документов. Так избавишься от цикла.

ИМХО требуется более подробное разъяснение задачи

(0) ответ очевидный,
всё необходимое надо хранить вне документа

(6) сейчас переделываю. Все переношу в модуль менеджера у документа
(7) надо провести все проверки за 30 секунд. Вот и вся задача
(8) это что?

(9) А цифра 30 секунд - она как-то обоснована, или просто мухи на потолке так сложились?

(10) прекрасная мотивация к самосовершенствованию. А так, если бизнесу надо, то 1Cник должен сделать

(9) это дружок называется регистры

(9) 30 секунд - это на один документ?

(12) а вот и нет. Если мне надо анализировать данные данные самого документа, то запрос по документа работает быстрее чем по РН. Это если не делать свой РН, который дублирует документ. А в моей типовой подходящего регистра нет (проджаи не содержат нужной информации).
(13) нет на 1500 :D

почему же запрос не может работать с объектом напрямую

(14) ну тогда не вижу ничего плохого в запросах круче чем в ЗУПе, главное результат запроса, а не его размер

(16) тут даже не знаю куда пойти в решении задачи - везде зло.
1) Простой и понятный код - медленно. Запрос в цикле
2) Дублирование функционала - тяжело сопровождать
3) Один код и для проверки объекта и массива ссылок - тяжелый для анализа и модификаций

вот и не знаю как делать

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

(18) можно, но решение слишком сложное (дорогое) получается. Пока буду дублировать функционал, как бы мне не было противно это.

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

(19) подобную задачу следует решать так

1. документ при проведении пишет себя в РС "КРасчету"
2. регламентное задание смотрит делает запрос к РС "КРасчету" и вызывает обработку документов, результат пишется в регистр остатков "Подарки" (план), далее идет проверка план/факт и если нужно уведомляем менеджера о необходимости подарка
3. менеджер делает документ "выдача подарка" который пишет факт в регистр "Подарки"

на выходе имеем
1. отгрузки не тормозят (нету там расчетов)
2. получаем искомый результат

(20)+ и разнесение во времени план/факт по подаркам, это тоже важно по тому что обычно подарки дают после оплаты или после истечения срока возврата...

(20) мне тоже нравиться вариант с рег. заданием, но по тех. причнам он не возможен.

На ПолучитьОбъект() уходит 45% процентов ресурсов. Как-то можно его ускорить. На запросы с менеджером временных таблиц меньше

сделал псевдо получение объкта.
1) Создаю новый документ
2) Заполняю свойства объекта по ссылке (ЗаполнитьЗначенияСвойств)

в процентном соотношении стало быстрее