регіонально розподілені оперативно-облікові системи, а також клієнтські бази компанії. p align="justify"> З точки зору архітектури, сукупність усіх джерел являє собою низовий рівень генерації інформації. Ця інформація є робочою для повсякденної діяльності різних підрозділів, які її виробляють і використовують, однак, у такому вигляді вона не підходить для масштабної аналітичної діяльності. У зв'язку з цим, необхідно реалізувати процес перенесення даних з джерел в сховище даних, при цьому треба врахувати наступні моменти. p align="justify"> Необхідні для сховища дані не зберігаються в остаточному вигляді ні в одній з транзакційних систем. Перенесення здійснюватиметься шляхом спеціальних перетворень, обчислень і агрегування. p align="justify"> Крім того, вихідні транзакційні системи часто В«перетинаютьсяВ» за даними, тобто їх локальні бази даних містять однотипну інформацію; в нашому випадку це дані про клієнтів стільникового оператора, послугах, що використовуються клієнтами, і їх повсякденних активностях. При цьому істотно, що однакові за змістом дані зазвичай мають у різних системах різний формат, вид подання, ідентифікацію і т.п. Перед завантаженням у сховище вся ця інформація повинна бути узгоджена, щоб забезпечити цілісність і несуперечність аналітичних даних. p align="justify"> Таким чином, завантаження даних з джерел в сховище здійснюється спеціальними процедурами, що дозволяють
витягати дані з різних баз даних, текстових файлів;
виконувати різні типи погодження та очищення даних;
перетворювати дані при переміщенні їх від джерел до сховища;
завантажувати узгоджені і В«очищеніВ» дані в структури сховища.
Витяг, перетворення та завантаження даних повинна здійснюватися як безпосередньо викликом відповідних процедур, так і в автоматичному режимі, на основі скриптів і розкладів, складених на етапі розробки системи.
.1.2 Зберігання даних
Другої шар призначений безпосередньо для зберігання значущою, перевіреної, узгодженої, несуперечливої вЂ‹вЂ‹і хронологічно цілісної інформації, яку з досить високим ступенем впевненості можна вважати достовірною.
Власне сховище даних не орієнтоване на рішення якої-небудь певної функціональної аналітичної задачі. Мета сховища - забезпечити цілісність і підтримувати хронологію всіляких корпоративних даних, і з цієї точки зору воно нейтрально по відношенню до додатків. p align="justify"> Сховище може бути реалізовано на основі як реляційної, так і багатовимірної технології баз даних, що працює під управлінням досить потужною СУБД. Така СУБД повинна підтримувати ефективну роботу з терабайтними обсягами інформації, мати розвинені засоби обмеження доступу, забезпечувати підвищений рівень надійності і секретності, відповідати необхідним вимогам щодо відновлення та архівації та т.п. Зазвичай для досить вел...
