о записи, які мають однакові значення вимірювань, розрахувавши при цьому попередні агреговані значення фактів, то надалі нам доведеться працювати з меншою кількістю записів, що підвищить швидкість роботи і зменшить вимоги до об'єму оперативної пам'яті.
Для побудови зрізів гиперкуба нам необхідні наступні можливості - визначення координат (фактично значення вимірів) для записів таблиці, а також визначення записів, що мають конкретні координати (значення вимірювань). Розглянемо яким чином можна реалізувати ці можливості. Для зберігання гиперкуба найпростіше використовувати базу даних свого внутрішнього формату. p align="justify"> Схематично перетворення можна представити таким чином:
В
Схема 6. Перетворення бази даних внутрішнього формату в нормалізовану базу даних
Тобто замість однієї таблиці ми отримали нормалізовану базу даних. Взагалі-нормалізація знижує швидкість роботи системи, - можуть сказати фахівці по базах даних, і в цьому вони будуть безумовно праві, у випадку коли нам треба отримати значення для елементів словників (у нашому випадку значення вимірювань). Але вся справа в тому, що нам ці значення на етапі побудови зрізу взагалі не потрібні. Як вже було сказано вище, нас цікавлять тільки координати в нашому гіперкубі, тому визначимо координати для значень вимірів. Найпростішим буде перенумерувати значення елементів. Для того, щоб в межах одного виміру нумерація була однозначною, попередньо відсортуємо списки значень вимірів (словники, висловлюючись термінами БД) в алфавітному порядку. Крім того, перенумеруем і факти, причому факти преагрегірованние. Отримаємо наступну схему:
В
Схема 7. Перенумерація нормалізованої БД для визначення координат значень вимірів
Тепер залишилося тільки зв'язати елементи різних таблиць між собою. У теорії реляційних баз даних це здійснюється за допомогою спеціальних проміжних таблиць. Нам достатньо кожного запису в таблицях вимірів поставити у відповідність список, елементами якого будуть номери фактів, при формуванні яких використовувалися ці вимірювання (тобто визначити всі факти, що мають однакове значення координати, описуваної цим виміром). Для фактів відповідно кожного запису поставимо у відповідність значення координат, за якими вона розташована в гіперкубі. Надалі скрізь під координатами записи в гіперкубі будуть розумітися номери відповідних записів у таблицях значень вимірів. Тоді для нашого гіпотетичного прикладу отримаємо наступний набір, що визначає внутрішнє подання гиперкуба:
В
Схема 8. Внутрішнє подання гиперкуба
Таке буде у нас внутрішнє подання гиперкуба. Так як ми робимо його задля реляційної бази даних, то в якості полів зв'язку значень вимірів використовуються просто поля змінної довжини (у РБД таке зробити ми б не змогли, так як там кількість колонок та...
