у меня есть одна основная таблица фактов, которая содержит около 10 внешних ключей. теперь у меня есть другие 4 таблицы фактов, которые имеют отношение N: 1, связанное с основной таблицей фактов. вопрос в том, должен ли я копировать все внешние ключи в эти 4 таблицы фактов, или я должен выполнять соединение во время выполнения с основной таблицей фактов во время обработки куба SSAS?
какие плюсы и минусы?
Кажется, я не могу добавить разрыв строки в комментарий. поэтому я оставляю комментарии здесь.
конечно. основная таблица фактов:
FactTable(PKey, FKey1,FKey2,FKey3,FKey4, Value)
Связанная таблица фактов, такая как
FactTable1(PKey, FactTable.PKey, ErrorCounter)
FactTable2(PKey, FactTable.PKey, счетчик событий)
вопрос в том, следует ли изменить структуру FactTable1 или FactTable2 следующим образом:
FactTable1(PKey, FactTable.PKey,FactTable.FKey1,FactTable.FKey2,FactTable.FKey3,FactTable.FKey4, ErrorCounter)
По какой причине вы хотели бы поместить все это в одну таблицу фактов? Как они соотносятся в SSAS как показатели/группы.
У вас есть проблемы с производительностью, как сейчас? Если для обработки куба, когда он находится в отдельных таблицах, требуется еще 5 секунд, а для загрузки всего этого в одну таблицу требуется 5 минут ETL, было бы разумнее оставить все как есть. Если наоборот, может быть, было бы неплохо поместить все это в одну таблицу фактов.
То, как вы моделируете свой куб в SSAS с отношениями между Dim и Fact, не обязательно должно быть таким же, как ваши таблицы связаны друг с другом в реляционной базе данных.
Если вашей целью является производительность, а пространство не является проблемой, и вы будете создавать отчеты из дочерних таблиц фактов, не обращаясь к родительской таблице, тогда обязательно добавьте FK в другие таблицы FACT, ничего не потеряв и потенциально получив немного скорости.
Однако, если вы всегда включаете родительскую таблицу фактов при запросе связанных таблиц, тогда нет смысла (поскольку вы всегда выполняете соединение и несете за это затраты)
