Оптимизировать процедуру

Довольно странный обход,
запрос цены в цикле.
Ну а вообще семерка на таких объемах в принципе тормознутая, тут только обрезание базы помогает

на желтом форуме уже надавали советов

Итак, на текущий день оптимизация кода дала лишь 2-х кратное увеличение. Любые изменения алгоритма лишь дают малую часть % производительности. Собранная статистка выявила, что присутствует программное ограничение в 1С 7.7 SQL по одновременному доступу к серверу sql - 1024 запросов/с.
Если поднять две базы - то количество запросов на SQL server возрастает на 1024 запросов/с.

Согласно информации :
В случае работы 1С с форматом базы MS SQL все данные можно условно разделить на 2 логичные части: 1 - хранящиеся в базе данных MS SQL Server; 2 - хранящиеся в виде файлов, необходимых для работы конфигурации 1С.
С первым типом файлов 1С работает c MS SQL Server посредством ODBC, большая часть запросов, посылаемых 1С к серверу храниться в файле BkEnd.dll. Некоторые хранимые процедуры для работы с таблицами базы данных хранятся в файле 1Cv7.DDS (в каталоге программы).
Со вторым типом данных 1С работает непосредственно как с файлами. Эти файлы, хранятся в каталоге базы данных. Основные с них это: 1Cv7.MD - файл с метаданными, в нем храниться все то что можно посмотреть в Конфигураторе, 1Cv7.DDS - файл описание метаданных, в этом файле хранится описание таблиц базы данных MS SQL Server, а также хранимые процедуры, 1Cv7.DBA - файл с описанием настроек доступа к MS SQL Server-у, имя сервера, логин и пароль, usrdef\users.usr - файл описания пользователей 1С.

Предполагаю, что виной будет ограничения в программном коде библиотек: BkEnd.dll, sqlsrv32.dll, sqlsrv32.rll, odbcbcp.dll.

Какие будут идеи ?

Прикрепите "оптимизированный" код.
Чтобы было на что посмотреть.

(1) тебе там советовали переделать на прямой запрос и даже в последнем комментарии кинули болванку, которую осталось только доработать напильником. Ты это сделал?