ема зірка будується так, щоб забезпечити найвищу продуктивність при виконанні одного найважливішого запиту або для групи схожих запитів. p align="justify"> Схема зірка зазвичай містить одну велику таблицю, звану таблицею фактів (fact table), вміщену в центр, і навколишні її менші таблиці, звані таблицями вимірювань (dimensional table), з'єднаними з таблицею фактів у вигляді зірки радіальними зв'язками. У цих зв'язках таблиці вимірів є батьківськими, таблиця фактів - дочірньою. Схема зірка може мати також консольні таблиці (outrigger table). Консольні таблиці можуть бути пов'язані тільки з таблицями вимірювань, причому консольна таблиця в цьому зв'язку батьківська, а таблиця розмірності - дочірня. Зв'язок може бути ідентифікуючої або неідентіфіцірующей. Консольна таблиця не може бути пов'язана з таблицею факту. Вона використовується для часткової нормалізації даних в таблицях вимірів [1, 11]. p align="justify"> Перш ніж приступити до проектування сховища даних зі схемою типу зірка, був проведений аналіз предметної області, з метою виявлення центральної групи аналітичних запитів, звіти по яких найбільш важливі. Ці запити пов'язані, в першу чергу, з виявленням витрат користувачів мобільних послуг. Всі інші запити повинні бути об'єднані навколо цієї основної групи. Дані, необхідні для реалізації основної групи запитів, повинні бути поміщені в головну таблицю моделі - таблицю фактів. Таблиця фактів є центральною таблицею в схемі зірка. Вона може складатися з мільйонів рядків і містити підсумовуючі або фактичні дані, які можуть допомогти відповісти на необхідні питання. Вона з'єднує дані, які спочатку зберігаються в багатьох таблицях традиційних реляційних базах-джерелах. На основі аналізу існуючих баз-джерел даних, визначимо основні поля таблиці фактів. p align="justify"> Для розрахунку виручки за певний часовий інтервал будемо враховувати дані про дзвінки, їх кількість і тривалість, дані про смс-повідомленнях та інтернет трафіку. Таким чином, основними полями таблиці фактів будуть: callin_amount (кількість вхідних дзвінків), callin_time (загальний час вхідних дзвінків), callout_amount (кількість вихідних дзвінків), callout_time (загальний час вихідних дзвінків), smsin_amount (кількість вхідних смс-повідомлень), smsout_amount ( кількість вихідних смс-повідомлень), а так само gprs_mb (кількість мегабайт GPRS-трафіку). У цьому випадку, можливо не тільки розраховувати витрати клієнтів на послуги, а отже і виручку компанії, пов'язану безпосередньо з їх наданням. З'являється можливість створювати звіти про кількостях різних дій клієнтів і співвідношенні кількості цих дій з виручкою, що теж необхідно, наприклад, при прорахунку нових маркетингових стратегій, або розробці нових тарифних планів. Таким чином, в таблицю фактів регулярно буде заноситися агрегована інформація про всі транзакції, детализированность цієї інформації буде не настільки сильною як в базах білінгової системи, що забезпечи...
