SQL 2012, Есть факты на сотни миллионов строк (50 колонн), измерения в сотни тысяч строк (100 колонн)

Из фактов нужно выгрузить небольшой агрегированный набор (миллион строк) за допустим одну неделю или месяц из десятка лет.

1) Что теоретически будет быстрее на больших наборах? (inner) JOIN-ить уже агрегированные подзапросы (с только нужными колоннами) или напрямую сами таблицы и потом агрегировать на нужную гранулярность если из этих всех таблиц нужно всего лишь несколько колонн? (join-ы только по integer)

2) будет-ли быстрее делать через "with cte.." вместо subquery (или напрямую из таблиц) до нужной гранулярности с минимумом необходимых полей .. и только потом join-ить всё в необходимый resultset.

предположим что join-ноги не индексированы

вопрос чисто по оптимальному join как оно есть, а не реорганизацию источника (индексации и пр.)

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

Спсб.

aleks222 / Владислав Колосов

спасибо за подтверждение, в общем виде предполагал на 60% что так и есть, ситуация осложняется тем что там источником MPP (APS/PDW), буду предварительно агрегировать через подзапросы т.к это по идее дополнительно лучше из-за того что наверное меньше данных будет перемещется на control node, т.е. одним методом сразу двойная оптимизация.