Медленно меняющиеся размеры в SSAS и SSRS - PullRequest
Новая
       13

Медленно меняющиеся размеры в SSAS и SSRS

1 голос
/ 03 января 2012

У меня есть проект, в котором предприятия проверяют что-либо от одного раза в 6 месяцев до одного раза в 3 года, и результаты оценочной карты проверяются в виде записи в медленно изменяющейся таблице измерений типа 2 [tblInspections] с использованием StartDate и EndDate для охвата периода между проверками, для которого действительна эта карта показателей. Таблица проверок связана с [tblEstablishments], который содержит другие сведения о других фиксированных измерениях, таких как местоположение и тип бизнеса.

Таким образом, в настоящее время мы предоставляем сводные отчеты о текущей ситуации (where EndDate is null), а также аудиторские отчеты за историю любого предприятия (On EstablishmentID)
Моя следующая задача - предоставить более подробные аналитические отчеты о тенденциях результатов системы показателей, и мне нужно предоставить исторические агрегированные результаты ситуации в последний день каждого месяца.

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

1) Начать с написания процесса ETL для построения куба на основе всех исторических результатов, определяющих, какими были бы все агрегаты в конце каждого месяца?

2) Могу ли я тогда просто обрабатывать текущие записи в конце каждого месяца, чтобы эффективно добавлять новый срез в конец существующего куба без повторной обработки с нуля? (если так, как?)

3) Есть ли другой способ сделать это? Есть ли у служб Analysis Services более эффективные способы автоматического управления SCD при определении исторического статуса в любой момент времени путем выбора правильной записи из нескольких записей с начальной и конечной датами?

Буду очень признателен за любые советы и ссылки на учебники, связанные с этим.

1 Ответ

1 голос
/ 11 января 2012

  1. Сначала я думаю, что вы захотите создать новую периодическую (ежемесячную) таблицу фактических снимков, если вы пытаетесь анализировать результаты проверок по предприятиям (и другим измерениям, таким как время / дата). Затем вы можете построить процесс ETL для заполнения этой новой таблицы фактов. Наконец, вы можете смоделировать таблицу фактов как новую группу мер в новом или существующем кубе ... не забудьте обратить внимание на свойство агрегирования мер в этой новой группе мер ... обычно вы не хотите суммировать периодические снимки (подумайте о том, что произойдет, если вы сложите остаток на своем банковском счете в конце каждого месяца и просмотрите его по годам).

  2. Да, вы будете запускать ETL в конце каждого месяца, в котором будет больше строк в вашей таблице фактических (ежемесячных) снимков. Тогда вы можете просто обработать куб, и все готово.

  3. Службы Analysis Services хорошо справляются с измерениями SCD2 (если вы используете суррогатные ключи ... не так ли?). Я думаю, что бизнес-процесс, который вы пытаетесь смоделировать (Инспекции) ... это то, что вызывает некоторую путаницу, потому что в этом новом анализе он больше не является измерением , а стал фактом (периодический моментальный снимок )

...