Ранее не использовал Индексированную таблицу, всегда обрабатывал результаты запроса в ТЗ, но в одном случае решил попробовать, т.к. понадобилось из всей массы товаров полученных в запросе найти один и обработать по формуле
пробовал так:

// выше запрос
  ТЗ=СоздатьОбъект("ИндексированнаяТаблица");
	RS.ВыполнитьИнструкцию(ТекстЗапроса,ТЗ);



  ЖДТовар=ЭлементПоКоду("Номенклатура",5);
	ТЗ.ДобавитьИндекс("ЖД","-Товар");
	ТЗ.УстановитьФильтр(ЖДТовар,ЖДТовар,"ЖД",);
	ТЗ.ВыбратьСтроки("ЖД");
	Пока ТЗ.ПолучитьСтроку("ЖД",)=1 Цикл
		Док=ТЗ.Док;
		Если Док.ДокОснование.Вид()="ЗаявкаНакладная" Тогда
			ТЗ.СуммаЗакуп=0;
		Иначе
			ТЗ.Сумма=0;
			ТЗ.СуммаЗакуп=0;
		КонецЕсли;
	КонецЦикла;

 

без этого фрагмента кода отчет работает достаточно быстро, но с подключением этого кода время формирования увеличивается НА 2 МИН, собственно долго происходит создание индекса
это неприемлимо.

Т.е. получатся выигрыша в сравнении спростым перебором строк просто нет, или я что-то неправильно делаю

Поправил,
вроде стало побыстрее, но по сравнению со штатной ТЗ.НайтиЗначение() - значительно проигрывает в скорости

добавил в ТЗ колонку Товар2 - рядом с уже имеющейся "Товар"
и получается, что такой код работает намного быстрее чем с использованием индексированной ТЗ
(хоть и говорят, что НайтиЗначение - работает перебором)

  ЖДТовар=ЭлементПоКоду("Номенклатура",5);
	НомСтр=0;НомКол=0;
	Пока ТЗ.НайтиЗначение(ЖДТовар,НомСтр,"Товар2")=1 Цикл
		Док=ТЗ.ПолучитьЗначение(НомСтр,"Док");
		Если Док.ДокОснование.Вид()="ЗаявкаНакладная" Тогда
			ТЗ.УстановитьЗначение(НомСтр,"СуммаЗакуп",0);
			ТЗ.УстановитьЗначение(НомСтр,"Товар2","");
		Иначе
			ТЗ.УстановитьЗначение(НомСтр,"Сумма",0);
			ТЗ.УстановитьЗначение(НомСтр,"СуммаЗакуп",0);
			ТЗ.УстановитьЗначение(НомСтр,"Товар2","");
		КонецЕсли;

		НомСтр=0;НомКол=0;
	КонецЦикла;
// предполагается, что вхождений в ТЗ этого товара несколько
 

Странно, у меня поиск в ИТ практически мгновенно - гораздо быстрее ТЗ .
Правда вместо фильтра делаю НайтиБлижайшуюБольше.

P.S>
Если добавить колонку с Id Товара(Строка 9) и по ней строить индекс и поиск - ?

Salimbek писал(а) 24. Июня 2009 :: 13:09:


Сейчас проверил отчет 4000 строк. Построение индекса с группированием 0.149 сек (со знаком * в индексе)

Вопрос автору - что значит долго в цифрах?
И какая операция в отладчике.

Количество строк в ТЗ - 85000 (в тестовом месяце), число вхождений искомого товара 20

dimm73 писал(а) 25. Июня 2009 :: 05:27:


Ну по идее поиск в ИТ должен быть быстрее в ТЗ примерно в 1000 раз.
А построение индекса не больше 2 сек (у меня машина 5 летней давности)

Видимо что то где то неправильно делаешь.

Добавь строковое поле с id, и поиск по нему для чистоты эксперимента

Salimbek писал(а) 25. Июня 2009 :: 05:53:



Товары нужны все, для последующей обработки.

А обработать выбранный товар прямо в запросе у меня не получилось, пришлось вы накладывать сразу несколько условий (если товар такой-то, если документОснование - такой)

Z1 писал(а) 25. Июня 2009 :: 06:20:


Я в отладчике замерял