Я совершенно новичок в MicroStrategy. Наша компания решила перейти с аналитических услуг (SSAS) на MicroStrategy. Службы Analysis Services настроены по схеме «звезда», например, у нас есть измерения (тип SCD 2), имеющие идентификатор, действительный из, действительный, смешанный с обычными атрибутами и иерархиями. Глядя на примеры проектов, похоже, что MicroStrategy спроектирован для работы со схемами Snowflake «из коробки», поскольку для каждого атрибута требуется таблица поиска.
Я искал обсуждения и нашел три ссылки, охватывающие топи c:
https://www2.microstrategy.com/producthelp/current/ProjectDesignGuide/WebHelp/Lang_1033/Content/ProjectDesign/Highly_denormalized_schema__Enhanced_query_perform.htm
https://www2.microstrategy.com/producthelp/2019/ProjectDesignGuide/WebHelp/Lang_1033/Content/Business_case_1__Distinct_attribute_lookup_table.htm
https://community.microstrategy.com/s/article/KB19194-Considerations-for-the-use-of-star-schemas-with?language=undefined
Я не хочу переделывать мой киоск данных, который стал бы полностью независимым проектом, чтобы сделать его более соответствующим MicroStrategy. Я хочу использовать мои сильно денормализованные размеры. Например, допустим, у меня есть географическая иерархия, начиная со страны, заканчивая штатами и заканчивая городами. Кроме того, структура может меняться со временем, поэтому у меня есть медленно меняющееся измерение типа 2, чтобы сохранить историю. Моделируется таким образом, что таблица фактов ссылается на идентификатор измерения, который заботится о правильных исторических значениях. В таблице есть следующие столбцы:
geo_id geo_valid_from geo_valid_to geo_country_bk geo_country_desc geo_state_bk geo_state_desc geo_city_bk geo_city_des c
для каждого из них не будет технического идентификатора, поэтому у меня не будет технического идентификатора, поэтому у меня не будет технического идентификатора, поэтому у меня не будет технического идентификатора, так что у меня не будет технического уровня форма атрибута для каждого уровня, имеющего поля geo_id и bk и des c уровня, не так ли?
Если бы я определил логическую таблицу с запросом, чтобы выбрать различные BK и DES C и сохранить родительский BK, я бы потерял временное разрешение, так как BK является постоянным во времени, но идентификатор не является.
Сохраняет ли MicroStratety набор результатов как материализованное представление для поддержания производительности? Каков правильный подход к моей проблеме?
Спасибо !!!
Дополнительный вопрос: SSAS позволяет мне определять таблицы как измерения, а факты - создавать поля в измерениях как атрибуты вне -коробка. Есть ли что-то похожее в MicroStrategy? Для меня это выглядит так, что я могу определить это полностью, как мне нравится. Я могу создать папку в атрибутах и назвать ее как таблицу измерений. Это правильный подход?