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

Question

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

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

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

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

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

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

Любые советы и ссылки на учебники, связанные с этим, будут высоко оценены.

Answer 1

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

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

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