Уважаемые единомышленники, всем привет!

Предстоит небольшой проект, где необходимо будет на уровне табличной формы тащить итоговые значения из подчинённой вложенной табличной формы.

На уровне главной формы должно быть порядка 9-10 расчетных полей. Как организовать при помощи DlookUp ,DCount и прочих вбашных агрегатных функций я естественно знаю, это легко.

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

В год вижу на уровне главной табличной формы порядка 5000 записей при 30 полях (все типы,в основном текст, дробные числа и даты),из них 9-10 расчетных. (Источником данных будет запрос.)

Подскажите пожалуйста, есть ли более быстрые и менее требовательные к ресурсам замены агрегатным функциям vba? Запросы с группировкой с выводом в расчетное поле прошу не предлагать, так как при этом теряется возможность редактировать инфо на уровне главной табличной формы. Я пробовал ухищряться и писал отдельными функциями vba выражения ,куда пихал текст запросов с группировкой и только потом выводил в расчетные поля в виде значения функции ,но это тоже приводило к существенным замедлениям при большом количестве строк. Есть ли возможность обойти этот порочный круг?)

Прогер_самоучкаСергей ЛаловDlookUpopenrecordset ?

Пробовал, такая же глюконавтика)

Кривцов АнатолийСергей Лаловна уровне табличной формы тащить итоговые значения из подчинённой вложенной табличной формы. Т.е. у вашей формы есть субформа? Тогда что вам мешает создать в ней расчетные итоговые поля (с Sum(), Count() и т.п.) и обращаться к ним из главной?

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

Есть выход, он стандартный, но эстетически и расово неудобный, на уровне главной табличной формы создать не расчетные, а обычные поля, и на действия в подчиненной выполнять добавление /изменение данных (к примеру запросом на обновление) в главную в эти поля. Действий больше конечно. Но в главной зато будут хранится статичные обычные данные в обычных полях, и постоянные вычисления Dsum(),DCount не будут грузить форму. Наверное так и сделаю.

Удивительная весчь, на работе 2016 офис, прилепил порядка 7 расчетных полей с агрегатными функциями (DlookUp и пр..), при ~ 10000 строках, нормально все пошло. Не глючит. Видимо пересчитывается это на загрузку формы один раз, хранится в кэше, и потом при изменении данных в подчиненной форме меняется в определенной строке главной. Разница почему то между MS A2007 и MS 2016 чувствуется сильная при использовании этих функций.