Здравствуйте!
Необходимо построить сводный отчет, в котором:
область столбцов: дата каждой торговой сессии, номер месяца, номер года.
область строк: наименование товара, фабрика
область данных: кол-во сделок, средневзвешенная цена, минимальная и максимальная цена.
Клиент для отчета: MS Excel (на самом деле все равно кто клиент, поскольку идеология построения сводных отчетов в любой системе одинакова. все ниже описанное будет справедливо и для MS Reporting Services, проверял).
Я создал представление, которое выдает все необходимые данные. При отображении данных по кол-ву сделок и ценам системой отчетности (тут MS Excel) автоматически вычисляются подитоги и общие итоги. Но итог по кол-ву товара необходим, а итог по ценам (суммы по всем товарам и фабрикам) не имеет никакого смысла и эти итоги не нужны. Управлять подитогами пожно только из области строк (а это наименования товаров и фабрик, а не кол-во сделок и цены) и когда говоришь системе убрать подитоги, то таким образом подитоги убираются как не только с цен, но и с кол-ва сделок, а так не нужно.
Необходимо правильно настроить подитоги, в этом и заключается вся проблема.

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

Теперь необходимо новое представление:
год торговой сессии
месяц торговой сессии
дата торговой сессии
наименование фабрики
наименование товара
наименование атрибута
значение атрибута

где атрибут это:

Тогда и для каждого значения атрибута придется строить запросы, а это куча UNION-ов, например:

эти два подзапроса соединяются иннер-джойнами, ну и так далее...
В результате задача решается, но получается огромный и медленный запрос с кучей объединений.
Уверен что такой подход является плохой практикой построения отчета, задача имеет гораздо более лаконичное и красивое решение, но какое? Может быть необходим OLAP-куб с измерениями?

buvenВозможно я один такой, но я так и не понял, в какой системе Вы все таки строите отчет?
Отчет делал в MS Excel 2007.