Есть список значений из шести элементов. В списке хранятся ссылки на справочник. Поиск по значению в списке выполняется примерно полсекунды. Толстый клиент, обычное приложение. Без разницы файловый или клиент-серверный вариант. Платформа 8.2.19.130.

Куда копнуть можно чтобы выяснить причину тормозов?

(0)а как ведет себя соответствие/индексированная ТЗ?

(0) Как замерял?

(0) Храни там не чисто ссылки, а Значение-Ссылка, Представление - Представление(Ссылка).

(0) чем докажешь?

(0) Покажи замер производительности.

Легко. Вот http://i.imgur.com/jyTu6nS.png

Правда я уже нашёл в чем проблема. Вызывалось это таким образом:


ПредставлениеРегистраБухгалтерии = бит_ПраваДоступа.ПолучитьПредставлениеОбъектаСистемыИзСпискаЗначений(мСписокОбъектов, ОформлениеСтроки.ДанныеСтроки.Ссылка.РегистрБухгалтерии);


Причем сведения о регистре бухгалтерии уже были в в данных строки. А тут оно пыталось ещё и ссылку со всеми табличными частями подгрузить. А когда в ТЧ сотни строк это не очень быстро. Убрал Ссылка - тормоза исчезли.

(4) Наверняка че-нить типа

Список.НайтиПоЗначению(Ссылка.Реквизит.РеквизитРеквизитаСоставногоТипа.ЕщеТакойЖеРеквизит);


Ха :)

(8) +100500. Там ещё в вызывающей процедуре тоже ошибка: если в форме списка отключена видимость колонки "Регистр бухгалтерии", то соответственно выдается ошибка "Поле объекта не обнаружено".

(9) Вот потому через .Ссылка и сделали

(10) Вместо того, чтобы взять значение из ячейки оформления.

(7) Через точку не важно составного типа или нет

+(11) Не знаю, баг-не-баг, или фича такая хитрая в платформе... Если колонка отключена, то из ОформлениеСтроки.ТекущиеДанные она исчезает, а в ОформлениеСтроки.Ячейки остаётся. И проверить, есть в текущих данных эти сведения или нет простым способом нельзя. Только у табличного поля смотреть видимость колонки. Или через попытка-исключение.

(12) Это для пущего эффекту