Anatol писал(а) 15. Июня 2010 :: 18:32:


Зачем там 2 таблицы и левое соединение в ИТЗ ?
Проще всё сделать в 1 запросе..

проще то оно как раз не проще
туда же все доки ходят на проведение.
И запроса как такового там нет, там РасчитатьРегистрыНА, и фильтры...

Вот если все это переписать, то конечно будет очень хорошо.

Как вариант, возможно ли такое?

1) Элемент ТаблИтоги.Партия уже известен и мы можем получить его ID - это верно?
2) Через запрос обращаемся к этому ID и получаем значение реквизита [ПриходныйДокумент] - это реально?
3) Преобразуем значение из (2) в элемент. - вроде у 1CPP есть такой метод?
4) может быть скидываем элемент в таблицу значений, чтобы потом если опять встретим эту партию не ходить в БД

сильно не пиннайте, но это может работать?  

MaxPiter писал(а) 15. Июня 2010 :: 19:41:



конешно, смотря какого эффекта нужно добиться. 

MaxPiter писал(а) 15. Июня 2010 :: 20:00:


ты бы не зацикливался на этих трех строках...
бери выше

Имхо.
Варианта два:
Первый, самый оптимальный - переделать весь алгоритм, избавившись от цикла и получая партия сразу с доком прихода сразу в запросе.
Второй - попроще - подготовить параметризированный запрос, выполняя его в цикле. Даже в этом случае будет реальное ускорение.
Ибо - значение в таблИтогов.Партия - первоначально - просто ссылка, те хранит только ид справочника.
Но - когда обращаешься к его реквизиту (в данном случае ПриходныйДокумент) - на уровне движка происходит вызов CValue::LinkContext, те ссылочное значение преобразуется в полноценный объект. В этот момент и происходит создание CBLContext, а затем запрос к БД на вытаскивание всех значений реквизитов, те тянуться все реквизиты, кроме периодических.
Делая параметризированный запрос, можно избежать всего этого процесса, те имея ссылку на партию, получить ссылку на документ.
В 8ке, насколько я знаю, это принципиальное разделение: между значением-ссылкой и объектом.

Eprst писал(а) 16. Июня 2010 :: 08:48:

дык это было бы просто идеальное решение
но я же говорю, пока не в состоянии побороть все это скопом.

Сейчас иду по второму пути, который orefkov предложил, немного быстрее получается.

Eprst писал(а) 16. Июня 2010 :: 08:54:

можно ссылку?

Спасибо.

В общем сделал так:

добавил

глЗаполнитьПриходныйДокументПартии(ТаблИтогов);

в ней

Процедура глЗаполнитьПриходныйДокументПартии(ТаблИтогов) Экспорт
     СписокПартий = СоздатьОбъект("СписокЗначений");
     ТЗТемп = СоздатьОбъект("ТаблицаЗначений");
     ТаблИтогов.Выгрузить(ТЗТемп,,,"Партия");
     ТЗТемп.Свернуть("Партия","");
     ТЗТемп.Выгрузить(СписокПартий);
     RS = СоздатьОбъект("ODBCRecordset");
     RS.УстБД1С();
     ТекстЗапроса = "set nocount on
     |SELECT
     |      Партии.ID [Ссылка $Справочник.Партии],
     |      $Партии.ПриходныйДокумент [ПриходныйДокумент $Документ]
     |FROM
     |      $Справочник.Партии AS Партии  (NOLOCK)
     |WHERE
     |      (Партии.ID IN (
     |                              SELECT Val FROM #текПартия (NOLOCK)
     |                        )
     |      )";

     RS.УложитьСписокОбъектов(СписокПартий, "#текПартия");
     ТЗЗапрос = RS.ВыполнитьИнструкцию(ТекстЗапроса);
     ТаблИтогов.ВыбратьСтроки();
     Пока ТаблИтогов.ПолучитьСтроку()=1 Цикл
           сСтр="";
           кКол="";
           знДок = ТЗЗапрос.НайтиЗначение(ТаблИтогов.Партия,сСтр,кКол);
           Если знДок=1 Тогда
                 ТаблИтогов.ДокПартии = ТЗЗапрос.ПолучитьЗначение(сСтр,"Ссылка");
           КонецЕсли;
     КонецЦикла;
КонецПроцедуры

Результат: Вместо 18% теперь 10% мелочь конечно, но работает, если прикинуть на 500 документов в день, то выглядит уже хорошо

Еще быстрее можно?  

_{про то что все переписать мне уже говорили}

upd: 500 документов - только реализаций