Предложение по функционалу индексированной таблицы.

Проблема: Очень медленно добавляется индекс по предсталению. Это связано с тем что при построении индекса для каждой строки таблицы 1с делает запрос на сервер чтоб получить это представление. В результате получаем:
Получение данных: 0,12 с
Добавление индекса: 82 с
O_O

При этом если выгрузить данные в обычную ТЗ и отсортировать её  то время будет примерно 8с.

Судя по Profiler 1c для сортировки ТЗ получает представление для каждого встречаемого агрегатного объекта 1 раз. Т. е. если есть 2 строки содержащих один и тот же элемент то будет выполнен только 1 запрос. Т.е. 1с использует внутренний кэшь объектов.

Вопрос: можно такую же схему прикрутить к ИТЗ?

kms писал(а) 07. Июля 2008 :: 09:42:


Почему не решается? в обычной ТЗ решается, а в ИТЗ нет?

to kms
т.е. тебе не нужна быстрая сортировка в ИТЗ по представлению объекта?

Nick

Сколько строчек в выборке?
И сколько строится индекс по внутренним представлениям?

kms писал(а) 07. Июля 2008 :: 09:59:

По внутренним 0,2 с

Может, я не в теме, но кто мешает в запросе получить все объекты в виде ИД и их представления в виде строки, а уж потом работать непосредственно со строкой-представлением, не обращаясь к базе?
ИМХО это рекомендованный путь.

artbear писал(а) 07. Июля 2008 :: 10:18:


Ну запросы несколько сложнее хотя не на много. Кроме того ты ведь не всегда работаешь непосредственно с результатом выборки запроса. может нужно обработать существующую ИТЗ.

Nick писал(а) 07. Июля 2008 :: 10:24:

Да, несколько сложнее.
Но если будет выбор - написать несколько сложнее и построить в 40 раз быстрее, или наоборот -  что ты выберешь?
Да, бывают и другие задачи - когда надо сортировать существующую выборку - тут увы, всегда будут потери.