ERP 2.5, база "довольно большая"
Выявлен список договоров (спр. ДоговорыКонтрагентов), примерно 300 штук.
Подскажите, какой оптимальный вариант получения даты последней операции по каждому договору?
Запрос к вирт.таблице Обороты регистра бухгалтерии? Или к таблице "Движения с субконто"? Или вообще программно, в цикле.

запрос к регистру накопления

или НайтиПоСсылкам

Я не верю, что там БОЛЬШАЯ-ПРЕБОЛЬШАЯ база

(1) Не найден пока что регистр накопления, в котором измерением является ДоговорКонтрагента. Можешь подсказать,
ты какой имеешь ввиду?

(3) ПКМ на справочнике / Поиск ссылок на объект

(2) Ну "средняя", договоров примерно ~100К, в рг бухгалтерии (физическом) ~140 млн. проводок.
Но всё равно если запрос кривой, то выполняется часами.
По ссылкам как-то не верится, что будет разумное  время

(4) Регистров накопления примерно 20. Можно попробовать  Интуитивно кажется, что всё-таки бух регистр более естественный вариант.

(6) он тормозной

(7) Ага! именно поэтому и стоит вопрос о выборе оптимального варианта :)

операции то какие? вообще любые? тогда ссылки искать иначе пропустишь что-то

(8) Предлагаю прямой запрос к основной таблице регистра, без виртуальных таблиц, причём к регистру накопления.

(9) В понимании пользователя, конечно, операции именно бухгалтерские. Поэтому я иду прямым стандартным путем.
Однако для ускорения начала задумываться над обходными маневрами.

Регистры - РасчетыСКлиентами, РасчетыСПоставщиками

РегистрСведений - РеестрДокументов

Где РеестрДокументов.Ссылка = нужный договор

(12) Не, лингвистически не только поставщики. Покупатели тоже нужны.

(14) РасчетыСКлиентами

(13)Клиенты - это и есть покупатели, где увидели только поставщиков?
и уже подсказали - можете выбирать из реестра документов

(12) Извини, невнимательно прочитал - убегал, не заметил РасчетыКлиентами.
Но к д-ру нужно добираться через спр КлючиАналитикиУчетаПоПартнерам.
Наверное, всё равно будет быстрее, чем через бух. регистр.
Имеет смысл попробовать.

(17)ОбъектРасчетов - это ларец со смертью Кащея

Все - дерьмо.
Не определено однозначно и полно область/сущность "операция". В общем слкчае найденное решение - будет приближенным.
Наверное.

А нельзя сначала получить хронотаблицу в обратном порядке по папаше - контрагенту и только потом уже в ней выловить первую же запись по сынку - договору? Нет?

(19) Разумное приближение вполне возможно.
"Это дата последнего документа по данному договору, который изменил взаиморасчеты с клиентом/поставщиком". Звучит вполне убедительно.
Возможно, ожидается "Это дата последней бух.проводки, выполненной по договору", но обсуждаемо.

(18) Не понял аллегории, честно говоря. А как тогда воспользоваться твоим предложением выбирать данные из регистров "РасчетыС..."

(22) Связал договоры с ключами, ключи с регистрами, из регистров извлекаю дату регистратора. Отрабатывает вполне разумные 10...20 секунд.

(23) 10 секунд ... база такая большая?

(24) Так ведь хорошо спроектированный запрос и должен быстро работать.
Это как раз ожидаемо. Не получилось эффективно выбрать из бух регистра почему-то.

(24) Скорее средняя, как я написал в (5)
Но кривой запрос работает оооооооооочень долго, более 10 минут

эх вспомнились мне отчеты в сапчике которые по 3-4 часа формировались и никто не жужжал 3 года )))
когда переделал, стало формироваться за 3 минуты