|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от Fly
![]() Если только для суммы, то предлагаю создать ключ - "Item Type" (Тип Товара или Тип Обуви) и к нему прикрутить два SumIndexField - Количество, Сумма.
Далее, как написал GRIZZLY, делаете SETCURRENTKEY, устанавливаете фильтр по типу товара. Потом делаете CALCSUMS(<Тут через запятую указываете поля, которые будут просуммированы с учетом фильтра>). Т.е. после того, как заполнили временную таблицу, можно производить во временной таблице CALCSUMS по ЛЮБОМУ decimal-полю, даже если этого поля нет ни в одном ключе. Одна из приятных вещей темповых таблиц. |
|
![]() |
#2 |
Участник
|
Цитата:
Сообщение от AlexB
![]() Цитата:
Сообщение от Fly
![]() Если только для суммы, то предлагаю создать ключ - "Item Type" (Тип Товара или Тип Обуви) и к нему прикрутить два SumIndexField - Количество, Сумма.
Далее, как написал GRIZZLY, делаете SETCURRENTKEY, устанавливаете фильтр по типу товара. Потом делаете CALCSUMS(<Тут через запятую указываете поля, которые будут просуммированы с учетом фильтра>). Т.е. после того, как заполнили временную таблицу, можно производить во временной таблице CALCSUMS по ЛЮБОМУ decimal-полю, даже если этого поля нет ни в одном ключе. Одна из приятных вещей темповых таблиц. ![]() |
|
![]() |
#3 |
Участник
|
Правда, но топикстартеру посоветовали использовать какую-нибудь универсальную временную таблицу для сортировки данных.
Поэтому я и вставил свои две копейки относительно суммиривания данных в оной. Универсальная временная таблица (с очень длинным ключом) тем и хороша, что её можно заполнить для одной конкретной задачи так, а для другой сяк и как результат получаем для каждой индивидуальной задачи индивидуальную сортировку данных. Сегодня надо по типу обуви сортировать, завтра почему-либo другому. Не делать же только для одного Report'а на каждый случай навый ключ в таблице. Остаётся посоветовать топикстартеру присмотреться к универсальной временной таблице. |
|