user1cПетр, у "кодеров" немного другие задачи. Оптимизацию необходимо доверять практикующим экспертам по технологическим вопросам.
согласен, но цена вопроса не устроит руководство.

user1cС высокой долей вероятности выполнять такую работу (если необходим результат за вменяемые трудозатраты) необходимо на копии реальной базы.
у нас и разработка идет на копиях баз в основном, и их 3
user1c Симптомы (то очень быстро, то очень медленно) скорее всего тесно связаны с вашей архитектурой и "плотностью" накопления данных (работа оптимизатора вещь очень тонкая и на нее влияет множество факторов, а начать нужно с анализа планов запросов и загрузки оборудования), другие способы быстрого и качественного анализа мне не знакомы.

вот какраc то не просто так меняется производительность , а от четких действий, смена платформы и смена сервера sql, о чем собственно и хотел с вами поделиться.

user1c,

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

итог, при смене sql 2008 на 2014, формирования "отчета просроченной задолженности", время сократилось с 1,5 часа до 10 минут
в скорости работы пользователей ухудшение не заметили. запустили на боевом сервере.

trew,

В одном из последних тестов база была на 10 дней актуальнее.

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