https://www.quest.com/docs/the-fundamental-guide-to-sql-query-optimization-ebook-27621.pdf как методичка для начинающих оптимизровать запросы ничего так
также в тему:
https://www.sqlskills.com/wp-content/uploads/2014/04/sql-server-performance-tuning-using-wait-statistics-whitepaper.pdf https://sqlperformance.com/2020/03/sql-indexes/an-approach-to-index-tuning-part-1
https://sqlperformance.com/2020/04/sql-indexes/an-approach-to-index-tuning-part-2

всем любителям SSIS рекомендую посмотреть если двигаются в сторону Azure статью https://www.timmitchell.net/post/2020/07/16/comparing-ssis-and-azure-data-factory/
Выдержка (но там много интересных сравнительных кейсов):
SSIS works well when several of the following statements are true:
Your workload is mostly or completely on-premises
You already own SQL Server 2016 or newer
Your ETL processes are running consistently throughout the day, not concentrated just on certain times of the day
Your organization already has an investment in SSIS assets

ADF is a great choice when several of the following describe your setup:
Your organization is growing, and you want to pay for what you are currently using, not what you plan to use in the future
Most or all of your workload is in the cloud
You have spikes of activity when your ETL processes are running (nightly, 2x daily, etc.)
Your leadership is comfortable with a variable, consumption-based pricing model

Да,  еще ссис усердно срет в логи, а сделать так, чтоб он писал только при ошибке, кажется, вообще, невозможно при запуске из ssisdb

Привет
В базе хранится история закупок (около 40000 строк):
тбл_архив
код товара,цена,дата покупки
и
тбл_справочник (15000 строк)
код товара,наименование
И так несколько лет.
Оператору выводится список товаров базы и средняя цена которая высчитывается по сложной формуле:
((цену 3х годичной давности * коэф1  3раза) + (цена 2х годичной * коэф2 2раза) + (цена прошлого года * коэф3 1раз) + (сегодняшняя цена))/4
Сейчас все это просчитывается "на лету" каждый раз и выводится оператору.
Не будет ли правильным вычислять среднюю цену один раз в начале года и хранить в еще одной таблице

На таких объемах данных это смешно, у вас реально есть проблемы с быстродействием? Сложность формулы тоже несколько преувеличена. Если хотите можете попробовать добавить вычисляемый столбец в таблицу для начала

Вот реально удивительная претензия. Я вспоминаю как все материли ssis за отсутствие хоть какого нибудь внятного логирования до появления ssisdb....

Я, наверное, тогда под стол пешком ходил)

Ну да.... История циклична, теперь слишком много логов)

До сегодняшнего дня у меня считалось по упрощённой формуле, просто брал среднюю цену за последние 3 года с помощью avg.
Но сегодня дали новую формулу и настоятельно рекомендовали вычислить один раз и хранить.
Я, честно сказать, пока не представляю как одним запросом теперь выводить эту цену.
Потому и решил спросить совета, чтоб копать в верном направлении.
Правильно ли я понимаю, что
чтобы это реализовать нужно 4 раза за каждый год соединить архив с самим собой по id товара?

Ну, просто, зачем это вообще нужно в СУБД?

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

Вообще нормальный вариант...
Но 40 т.с. совсем не много, можно и на лету

Тогда с тебя 🌟 на гтхабе)

Так все ж... хранить или вычислять?
Дилемма

У вас есть проблемы с производительностью этого запроса? Если да, то храните (только вы уверены что по архивным заказам не бывает изменений?), Если нет то на лету считайте, там запрос на таком количестве данных должен за мили секунды отрабатывать

Звезду господину Таранову!

Спасибо

Можно ли как-то обратиться к внутреннему id строки?

Я бы не хранил, но раз в год можно и превычислить.

Лучше напиши запрос быстро.
Не сможешь - предвычисляй.