Обе таблицы имеют размер где-то по 10-50 млн.строк и вид:
ID dim Дата dim время dim сотрудник dim город dim ... dim ... FACT Сумма DIM ... DIM...150001.01.202110:00150011.01.202110:30
Различие только в столбце "факт" и последующих ключах-ссылках на измерения.
"FACT сумма" представляет собой длительность в минутах. Сколько времени было потрачено в заданном промежутке времени.

Первая таблица говорит о том, какую основную работу он производил, а вторая - какую дополнительную (совсем другого профиля)

• FACT_Main
  
• FACT_Extra
  

Задача: "Хочу видеть данные из обеих таблиц. Но в местах их пересечения (на указанную дату-время-сотрудника) хочу видеть данные из первой таблицы"
Выходит, что должно это всё дело вести себя так, будто это одна совмещённая таблица.
Напрашивается решение : сделать третью таблицу фактов FACT_Main_plus_Extra
НО(!)
первая таблица может быть запросто отфильтрована некоторым измерением "тип основной работы=1" - если пользователь хочет только его. В итоге картина сильно меняется - нужно получить то же самое, только из первой таблицы будет участвовать только часть строк.

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

Поэтому вопрос в том, как правильно спроектировать реляционную сторону КХД. Само хранилище (не кубы)

Визуализирую вопрос и упрощу.
Первый столбец - ключевой. Необходимо дать пользователю для построения отчёта некую "совмещённую" по ключу таблицу

блин, опечатка...
убрал: