Ограничение выборки перед открытием формы - как лучше сделать?

[sukhanchik]

Цитата:

Сообщение от IKA

Есть форма на основе временной таблицы, она показывает вычисленные значения для каждой номенклатуры(около 15 полей на каждую номенклатуру).
Нужно ограничить количество записей в нее попадающих.
...
3)Еще варианты/предложения/альтернативы?
AX2009 RU2

Цитата:

Сообщение от SRF

Форма, о которой писал Иван, использует те же механизмы, что и форма ГК\Запросы\Коды Операций, в форме отображаются данные из постоянных таблиц.

Эх.... Порочная практика применения временных таблиц в том качестве, в котором они не предназначены для применения. По крайней мере в АХ 2009.
Если Вам надо решить задачу с временными таблицами - то вы ее не решите разумным способом за разумное время и так чтобы работало быстро. Будете изобретать велосипед и за ядро пытаться решать сколько записей выводить - так, чтобы было быстро для пользователя.

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

[IKA]

Цитата:

Сообщение от sukhanchik

Эх.... Порочная практика применения временных таблиц в том качестве, в котором они не предназначены для применения. По крайней мере в АХ 2009..

Я,конечно,почнимаю о чем вы , но если честно, то они именно для этого и предназначены, а подход - все пересчитывать и хранить - это идеологически всегда "средство по бедности" - тк сервер не тянет бытрые расчеты , то придумываются всякие извращенные workarounds.
В случае кубов это оправдано , по идее такие данные как можно было бы вообще с пом view вытянуть
Но, к сожалению, вы правы часто в аксапте используется именно такой подход(

[sukhanchik]

Цитата:

Сообщение от IKA

Я,конечно,почнимаю о чем вы , но если честно, то они именно для этого и предназначены, а подход - все пересчитывать и хранить - это идеологически всегда "средство по бедности" - тк сервер не тянет бытрые расчеты , то придумываются всякие извращенные workarounds.
В случае кубов это оправдано , по идее такие данные как можно было бы вообще с пом view вытянуть
Но, к сожалению, вы правы часто в аксапте используется именно такой подход(

Это все понятно, но тут-то речь идет не про кубы. Вы сейчас с временной табличкой переливаете данные из постоянной таблички во временную (Вы это делаете на этапе заполнения временной таблицы) и пытаетесь получить производительность у временной таблички такую же, как у постоянной.

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

Кубы это отдельная тема, хотя и со схожей идеей.