zhaar

MSSQL по умолчанию так умеет - в разделе security нужно добавить пользователя, введя его логин из AD с учетом домена domain\user1 и назначив ему требуемые права.
Пользователь у себя на машине запускает приложение\студию, выбирает авторизацию через AD и сразу подключается, даже не требуя ввода пароля.

А еще можно принудительно задавать локаль в запросе. В свое время было удобно переключиться на локаль RU при формировании HTML-файлов с понятными датами, а потом обратно переключаться на английскую.

Так читаем, что пишет:
Login failed for user 'DS\ML-005$'

Проверь, под каким пользователям запускается SQLSERVERAGENT в службах и есть ли у него доступ туда, куда ты хочешь (если это просто SQL-запрос, то реши тему с пользователем службы)

>OPENQUERY не понимает параметров.
Все прекрасно понимает, просто формируй запрос через динамический sql - т.е. собрав предварительно текст запроса, а потом его выполнив.

Примерно так:
declare @sql varchar(max)
set @sql = concat('OPENQUERY ....'''',@var1,'''' somesql'''',@var2,'''''...''')
exec (@sql)

Для тех, кому лень читать, решение - в конец тяжелого запроса добавить строку
OPTION(recompile)

И запрос начнет отрабатывать без старых кэшированных данных. Мир, труд. май.

Из того, что проверил сам результаты почти не отличаются. Единственное что выяснил, что checksum для джойнов лучше не использовать, т.к. часто дает "коллизии" из-за которых дублируются связи.
Добавление индексов хорошо помогает на совсем больших таблицах, где куча данных (например, за бОльшее число периодов, чем указано в условии where)