ban_ backfireХотел бы я видеть заказчика, который на разработку этого готов выложить свои кровные. Сумлеваюся я шибко в сущетвовании таких.
Вы не поверите, но мои заказчики хотят оценивать время выполнения запросов. И даже платят за это.

Я эту тему поднимал здесь и здесь

Получается нелинейная зависимость. Основная проблема состоит в том, что процедура принимает разные пользовательские параметры, которые влияют на время выполнения. Кроме того, есть четкая зависимость с железом, индексами и обновлением статистики.
Идея посадить долгоиграющие запросы в отдельный black box trace для последующего разбора полетов не нова.

Как это не печально, но до сих пор, ни в TSQL, ни в MDX нет нормального estimation engine.
Если заказчик платит, что ж... всем бы таких заказчиков.
Время выполнения запроса - это ведь величина случайная. Ни один сервер не гарантирует Вам выполнение запроса в рассчитанный каким-то образом промежуток времени на 100%. Так что не в MS дело и не в OLAP.
Но мой совет Вам - не играйтесь с заказчиками в такие игры, в конечном итоге стоимость реализации того или иного функционала должна всегда быть в разы ниже эффекта от его использования. Скорее всего заказчик просто не представляет сколько это стоит, а Вы рискуете разочаровать и его и себя.

Владислав Беляев

У меня возникла шальная идея - ваш заказчик Майкрософт :))

Владислав Беляев