Есть ли способ сравнить итоги года в зависимости от выбранного параметра года в SSRS?

Question

Фон выглядит следующим образом:

• У меня есть скрипт, который загружает ежемесячные агрегированные данные в таблицу
• Я читаю данные из этой таблицы с помощью построителя отчетов, чтобы создать отчет
• В отчете используется многозначный параметр 'year'

Пока все хорошо, все работает как шарм

Проблема:
Руководство хочет увидеть сравнение итогов за год.
Пример. Если пользователь выбрал 2018 и 2017 годы, в отчете должны отображаться все данные за 2018 и 2017 годы (пока что все в порядке) + процентное значение (рост) между итоговыми данными за год
Есть ли в настройках таблицы возможность показать это?
или, альтернативно,
Как мне написать выражение, которое ссылается на итоговый показатель "входящего вызова" за 2018 и 2017 годыи т.д.?

Мой первоначальный обходной путь состоял в том, что я использовал один параметр-значение, затем настроил 2 разных набора данных, 1 для выбранного года и один для выбранного года - 1 Это позволило легко сравнивать значенияes

Вкратце:

Как разделить итоговый параметр 1 года на итоговый параметр 2 годаиспользуя выражения или какую-то встроенную функцию?

Answer 1

Да, вы можете сделать это в SSRS, но, вероятно, это не лучший способ решения проблемы. Я сделал быстрый пример, в основном я создал два набора данных:

• DS2016 - с итогами за 2016 г .;
• DS2017 - с итогами за 2017 год.

Я могу показать список категорий и общую прибыль из моего набора данных DS2017, добавив их в Табликс. Затем я могу вставить новый вычисляемый столбец для сравнения значений с 2016 годом, где формула выглядит следующим образом:

=Sum(Fields!total.Value, "DS2017") * 100 / Sum(Fields!total.Value, "DS2016")

Хитрость здесь заключается в том, чтобы использовать параметр «область действия» (по крайней мере, так я думаю, он называется), чтобы указать, какой набор данных использовать, в противном случае он по умолчанию будет использовать набор данных, выбранный вами для Табликс.

Теперь я могу запустить свой отчет и увидеть рост с 2016 года.

Однако вам будет гораздо лучше вернуться к исходному SQL-запросу и изменить его, чтобы выполнить работу за вас. Это будет намного быстрее, чем позволить SSRS выполнять всю тяжелую работу.