Определить размеры (или по)
Это все, что вы можете проанализировать / сгруппировать ваш отчет. Каждая таблица в исходной базе данных является потенциальным измерением. Размеры должны быть иерархическими, если это возможно, например, у вашего измерения Date должна быть иерархия года, месяца, дня. Аналогично, местоположение должно иметь, например, иерархию страны, региона и города. Это позволит вашему инструменту OLAP более эффективно вычислять агрегации.
Определить меры
Это KPI или фактическая числовая информация, которую хочет видеть ваш клиент, обычно они могут быть агрегированы, поэтому любое числовое поле без ключа, не являющееся ключом в исходной базе данных является потенциальной мерой.
Упорядочить по схеме «звезда», с показателями в центральной таблице «Факт» и связями FK с применимыми таблицами измерений. Меры должны храниться на самом низком уровне иерархии измерений.
Определите «зерно» таблицы фактов, это, по сути, «уровень детализации». Обычно это определяется требованиями к отчетности, степенью детализации данных, доступной в источнике, и требованиями к производительности решения для отчетности. Вы можете определить зернистость по мере продвижения или подходить к ней в качестве последнего шага после определения всех важных данных. , Я, как правило, хочу сделать последний шаг, чтобы убедиться, что зерно между моими таблицами фактов соответствует.
Последний шаг - определение медленно меняющихся размеров и требований к ним. Например, если измерение клиента включает в себя элемент их адреса, и они перемещаются, как это должно быть обработано.