Есть справочник с несколькими периодическими реквизитами
при получении реквизитов - на некоторые тратится оч много времени

Получаю так:
Спр.ИспользоватьДату(Дат);
п1 = Спр.Рекв1;
п2 = Спр.Рекв2;
п3 = Спр.Рекв3;

Рекв1 - Строка 30
Рекв2 и Рекв3 - Число 15.2

на получение Рекв2 и 3 уходит раз в 100 больше времени чем на Рекв1

в чем может быть проблема?

Рекв1 -
то реально так называется реквизит???? или он назывется по другому???

(1) а имеет значение как он в реале называется?

Это норма (с)
периодические - они такие....

(2) Все периодические значения хранятся в файле 1sconst, делай выводы

(2)
имеет,

МойРекв будет быстрее чем МойСуперПуперРеквизтДляСправочникаЛевыхЗапчастей...

(5) Что за гон???

Модератор пьян с утра и шутит? :)

(6) это не гон, замерь...

(8) В 7ке? Издеваешься? Где я её возьму?

клюшки RIP

то что не уложится в индекс будет тормозить.... а индекс для дбф коротенький :)

(11) В индексе нет имени реквизита, каким его показывает 1с...

(5) Длина имени у тормозного имя на 2 символа длиннее

(12) ладно, раскули - шутю.... дляна реквизита не зависит, в файле его ID...

по сабжу - смотреть надо, так на вскидку не скажешь :)

(13) 6 и 8 соотвественно

если серьезно - может влиять только 2 фактора
1. наличие/отсутсвие регистратор
2. количество записей как в таблице в целом так и для конкретных реквизитов.

но понять, что конкретно влияет без тестов с копией базы вряд-ли можно :)

еще влияет отсутствие явной типизации у реквизита...

ТС, попробуй не через объект с установленной датой читать, как в начале темы, а через ссылку, примерно так:

Элемент = Спр.ТекущийЭлемент();
Значение1 = Элемент.ИмяПериодическогоРеквизита.Получить(нужнаяДата);

(16) заполнение абсолютно одинаково - в обработке (без регистратора)
количество записей соответственно одинаковое, разве что у тормозных значения чаще меняются
(17) типизация в наличии, в топ посте сразу написал

(19) у тормозных значения чаще меняются

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

(18) да вот думал что с установленной датой будет быстрее чем для каждого реквизита Получить() юзать

(20) ну пишутся-то они одинаково
просто у Рекв1 значение совпадает со старым

(18) однохренственно

(0) Эх ..., молодежь. Получай прямым запросом и будет тебе счастье.

(24) вот пробую
все равно вроде медленновато

(25) Ну незнаю, незнаю. Либо у вас сервак медленный, либо просто неумеете готовить.

(25) индекс создай нужный

А Спр это выборка или элемент
Может так попробовать
Спр.ИспользоватьДату(Дат, 1)

(25) Бобр прав. Прямыми запросами быстрее на порядок.

(29) Это ж сколько значений надо прочитать, чтобы эффект был заметен пользователю? Разница в 100 раз штука относительная, пользователь в итоге может и не заметить, на самом деле.

На полном серьезе - один раз клиенты (медицина) попросили, чтобы программа работала подольше, хотя бы минуту чтобы отчет формировался, а то как-то несолидно и неудобно перед начальством.

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

может он элемент, или этого ещё не проходили?

(26) второе вероятнее :)
(30) вот именно что выборка всего 30-35 значений
и получается порядка секунды на каждое

А стоит ли из-за 35 секунд искать, в чем проблема? Больше времени потеряешь, а пользователи пусть чай пьют.

Сколько раз в день отчет формируется?

(33) ну у ползателя вроде еще медленнее
на основании этих данных еще ряд значений заполняется и этого довольно много

(30) Кому-то нужно что бы солидно было, а  кому-то что бы работало хорошо.

(35) Одно другому не мешает вообще-то.