Есть измерение с клиентами (около 10 миллионов)

Для каждого клиента, есть дата наступления конкретного события.
Например, дата первой покупки, дата первого посещения магазина

В измерении должна быть иерархия для первой покупки

Год - Квартал - Месяц - Дата для первой покупки
Год - Квартал - Месяц - Дата для первого посещения

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

2. Сделать отдельное измерение Дата первой покупки и все группы мер, кроме как на клиента, вязать еще и на измерение дата первой покупки и дата первого посещения.


Сейчас сделано по-первому варианту, но процесс апдейт для измерения идет дольше, чем хотелось бы.


Такие атрибуты удобны в тех случаях, если хочется посмотреть, как клиенты покупают в зависимости от того, когда они первый раз что-то купили, или первый раз посетили магазин и т.д.

Кроме атрибутов с датами, есть еще, например, атрибут первый магазин, для которого нужно вывести Страну и Бизнес подразделение.

Возможно, вы не поняли мой вопрос. У меня нет цели посчитать количество привлеченных клиентов в заданный период. С этим проблем нет.

Мне нужно разбить текущие факты (например, текущие продажи) по датам совершения первой покупки клиентом.

Например, есть продажи за апрель 10 000 000. Нужно эти десять миллионов разбить на то, что

2 млн, клиенты, привлеченные в 2017-го января
2 млн, клиенты, привлеченные в 2017-го февраля
3 млн, клиенты, привлеченные в 2018-го января
3 млн, клиенты, привлеченные в 2018-го апреля

Кроме продаж, могут быть любые другие факты.

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

либо факты (например, продажи) кроме как к дате продажи, вязать еще к дате привлечения клиента. Либо в измерение с клиентами добавить четыре атрибута - Год привлечения, Квартал привлечения, Месяц привлечения, День привлечения.

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



Так вот для построения "воронок" либо накидывать кучу атрибутов, либо делать отдельные измерения и все факты дополнительно вязать к ним.


Сейчас сделано одно большое измерение с кучей атрибутов.

Вот пример схемы.

Либо для "разовых" событий добавить измерения и факты на него вязать.
Если в измерение добавить атрибуты, то потом не нужно все факты вязать на них, но есть подозрение, что в этом случае работает медленнее.

А если через Reference - тормоза во время процессинга или во время выполнения запросов?

Сейчас основная проблема в том, что ProcessUpdate измерения идет 40 минут.

Понимаю, что все зависит от конкретного набора атрибутов. Попробуем провести эксперимент.
Спасибо за советы.