ть серйозну економію місця на носіях інформації, однак, достатньою для проведення якісно-кількісного аналізу.
Тепер визначаємося з вимірами, за якими будуть вестися звіти; кожний вимір у схемі зірка - це таблиця, що містить атрибути подій, збережених у таблиці фактів. Таблиці вимірювань мають меншу кількість рядків, ніж таблиця фактів і містять описову інформацію. Ці таблиці дозволяють користувачеві швидко переходити від таблиці фактів до додаткової інформації. Типові вимірювання, що зустрічаються практично в будь-якої моделі: час, клієнт, продукт, географія. p align="justify"> Основним виміром для аналітичних сховищ є час. Отже, в розробляється сховищі повинна бути таблиця-календар. Вимірювання, як правило, мають багаторівневу ієрархічну структуру. Структура виміру В«часВ» у нашому сховищі буде мати наступний вигляд: рік - квартал - місяць - день. Однак це не означає, що таблиця календар буде містити 4 поля, тут набагато актуальніше запровадити велику деталізацію, по-перше, для прискорення запитів і спрощення угруповань за періодами, по-друге, для більш адекватного уявлення інформації в звітах. Таким чином, в календарі буде 8 полів: date_id (унікальний ідентифікатор дати), calendar_date (повне відображення дати у звичному вигляді: dd.mm.yyyy), calendar_year (рік), calendar quarter (номер кварталу), calendar_month (назва місяця), calendar_month_id (номер місяця у році), calendar_day (назва дня тижня), calendar_day_id (номер дня у тижні).
Критерієм історичності сховища, в цьому випадку, буде один день. Пов'язано це, в основному, з необхідністю і достатністю забезпечення певного рівня історичної глибини аналізу. Необхідність пов'язана з можливою ситуацією, коли керівникові необхідно простежити якусь тенденцію з точністю до дня. Такі запити, можливо, не будуть зустрічатися часто, однак, відсутність можливості їх реалізації може негативно позначитися на рівні задоволеності користувачів даної системи. Достатність же зумовлена, не в останню чергу, складністю реалізації завантаження даних в сховище частіше, ніж раз на добу, тому що завантаження ця повинна здійснюватися безпосередньо з баз-джерел, навантаження на які протягом дня і так занадто велика. p align="justify"> Говорячи про решту типових вимірах сховищ даних, перерахованих вище, можна відзначити, що вони так само застосовні в даній предметній області, а, отже, повинні бути присутнім і в розробляється сховище.
Вимірювання типу В«клієнтВ», поза всяким сумнівом, більш ніж актуально. Таблиця з даними по клієнтам та їх контрактами необхідна, наприклад, для звітів про кількість абонентів, тенденціях зміни цієї кількості в часі. Також, найчастіше, необхідна детальна інформація про вікових групах абонентів, їх перевагах у використанні певних мобільних послуг і т.д. На основі цього створюємо таблицю вимірювань clients. Вона міститиме поля характеристик самих абонентів та їх контрактів: client_id (унікальн...
