Чтобы создать отчет SQL, следует ли мне включать агрегатные функции в SQL-запрос или делать это с помощью инструментов отчетности?

Question

Узнав о создании отчетов MS SQL и развертывании отчетов на сервере отчетов SQL, я обнаружил, что не нужно беспокоиться о создании запроса, который включает в себя сортировку, группировку и так далее.Все, что мне нужно сделать, это выбрать нужные столбцы и данные из различных таблиц, а затем, как только данные будут загружены в набор данных, я могу использовать инструменты графического интерфейса для выполнения группирования, агрегирования функций, сортировки и т. Д., Что избавит от дублирования, например имени категории,Мне гораздо проще, чем набирать собственные сложные запросы, написать нужный мне отчет.Таким образом, теперь я просто сосредоточусь на написании запроса, который выбирает данные, не беспокоясь о том, как должен выглядеть вывод.Как только данные будут загружены в отчеты SQL, я буду использовать доступные инструменты для форматирования данных так, как я хочу.

Я больше не буду больше фокусироваться на группировке кода, агрегатных функциях и т. Д. (Только тогда, когда это необходимо).

Это правильный и практичный способ создания отчетов?

Пожалуйста, подтвердите ...

Спасибо

Answer 1

Я бы в максимально возможной степени опирался на средство отчетности, если оно не создает проблемы с производительностью, чего в большинстве случаев не должно быть.

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

Answer 2

Одной из вещей, о которых я сожалею об услугах отчетов, является отсутствие автоматического модульного тестирования (хотя теперь, когда я написал это, я вижу, что есть некоторая попытка сделать это: http://rsunit.codeplex.com/). Одна вещь, которую я can модульный тест - это запрос. Поэтому я стараюсь выполнять всю свою работу в запросе (который всегда находится в хранимой процедуре) и, насколько это возможно, иметь «тупой» отчет.