Для конкретного отчета всё работает. Задача была, чтоб не создавать для каждого отчета отдельный DataSet, а использовать один для всех, так как разница у них только во входном параметре reportid

Я тоже мучаюсь с репорт билдером)

А что если перед датасетом отдать датасет с полями и описанием типа дизайн

Процедура возвращающая два набора, данные и список полей типа) я не силен в репортинг сервисах, но так решал проблему с отчётами с динамическими колонками

Добрый день. Я скорей всего задам очень тупой вопрос , но для меня это не очевидно. Кому не сложно уделить время на разъяснения, отзовитесь пожалуйста. У меня стоит задача "Замерять производительность базы данных" Который день читаю статьи на эту тему , все никак не вкурю. База на Ms SQL server 16. Заранее буду благодарен любой помощи.

Вы не понимаете потому, что это очень обширный и глубокий вопрос. Всё начинается от метрик SQL сервера из служебных таблиц, счётчиков производительности и других MS SQL, счётчиков системы (полагаю у вас Windows хостовая платформа), Extended events для трассировок состояния и отслеживания изменений и т.д. Просто сотни сотен комбинаций. Отсюда и непонимание. Никто вас не введёт в тему за 5 минут.

Производительность базы или сервера СУБД?

Именно тестовой базы , которую сам же проектировал

обычно же говорят не о производительности базы а о производительности запросов в ней

Тогда это количество типичных операций в единицу времени. Или критичных операций.

а если в целом, то обычно говорят о производительности всего сервера

я бы сказал что это не производительность а нагрузка

+ надо понимать, что "производительность" базы есть производная от мощности сервера.

Сама задача стоит таким образом:
1)Создать тестовую базу – подумай чем ее заполнить, возможно каким-то каталогом товаров с интернет-магазина.
2)Зафиксировать показатели производительности (нужно подумать как их оценить, возможно какую-то нагрузку придумать)
3)Сделать тюнинг настроек, после сравнить результат производительности с тем, что был выше, сделать выводы и зафиксировать их в примечании

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

есть я вообще правильно понял направление куда мне идти

Про запрос: set statistics io, time on
И смотрите потреблённые ресурсы.

"тюнинг настроек базы":
https://www.mssqltips.com/sqlservertip/4245/sql-server-2016-database-scoped-configuration-options/

На большом объеме данных запросы могут сваливаться в параллелизм. Его можно контролировать в свойствах бд.
Это вариант на вскидку для "оптимизации".

ой епт maxdop уже отдельно на базу ставится

всю жизьтн настйроками для сервера играл или в запросах задавал