Архітектура служби аналізу

Незважаючи на те що служба аналізу є складовою частиною SQL Server з версії 70, версія 2005 запропонувала повністю оновлений продукт Багато з ключових концепцій залишилися незмінними, проте деталі їх реалізації відрізняються настільки, що всі функції, описувані далі в цьому розділі, можна вважати новими

Служба аналізу заснована на концепції сховища даних Вона призначена для представлення інформації в багатовимірному форматі, на відміну від двомірної парадигми реляційних баз даних Питається, як же в службі аналізу реалізована багатовимірність При вибірці набору реляційних даних запит ідентифікує значення за координатами стовпців і рядків Багатовимірне сховище покладається на вибір одного або декількох елементів з кожного вимірювання для ідентифікації повертаються значень Також результуючий набір даних в реляційної базі даних являє собою послідовність рядків і стовпців, в той час як багатовимірна база може бути організована вздовж безлічі осей, що залежать від того, що визначено в запиті

Замість двомірної таблиці служба аналізу для зберігання даних використовує багатомірний куб Цей куб являє собою сутність, доступ до якої здійснюється за допомогою багатовимірних виразів (Multidinesional Expression або MDX) – еквівалента запитів SQL в службі аналізу

Служба аналізу також пропонує зручні засоби для визначення обчислень у виразах MDX, які, в свою чергу, забезпечують новий рівень цілісності інформаційних потоків бізнес-аналітики

Додаткова Деталі створення запитів і обчислень у виразах MDX описані в главі 45

інформацій

Служба аналізу використовує комбінацію стратегій простого і на випередження кешування з метою підвищення продуктивності запитів, яка на порядок вище, ніж у звичайних запитів до сховищ даних Наприклад, існуючий запит консолідації даних за останні шість місяців, де історія за кожен місяць налічує 130 мільйонів рядків, в службі аналізу займе пару секунд Водночас еквівалентний запит до сховища даних зажадає більше семи хвилин

Уніфікована модель вимірювань

Уніфікована модель вимірювань (UDM) визначає структуру багатовимірної бази даних

У серці UDM лежить уявлення джерела даних, яке ідентифікує, які реляційні таблиці будуть поставляти дані в службу аналізу, а також відносини між цими таблицями До того ж ця модель підтримує присвоєння дружніх імен включаються до подання таблиць і стовпцях На основі подання джерела даних визначаються групи заходів і вимірювання відповідно до фактами і вимірами сховища даних Після цього куби визначають відносини між вимірами і групами заходів, формуючи базис для багатовимірних запитів

Сервер

Уніфікована модель вимірювань підтримується як частина сервера служби аналізу (рис 433)

Дані можуть зберігатися в багатовимірному сховище OLAP (MOLAP), яке багаторазово підвищує швидкість запитів, однак вимагає попередньої обробки даних джерела Ця обробка зазвичай здійснюється у формі запитів SQL, керованих уніфікованої моделлю вимірювань, які направляються в базу даних для вилучення відповідної інформації Як альтернатива дані в сховищі MOLAP можуть направлятися безпосередньо з потоку служби інтеграції

На додаток до зберігання заходів на рівні деталей служба аналізу може зберігати попередньо обчислені підсумкові дані, звані агрегації Наприклад, якщо агрегації по місяцях і товарним лініях створюються як частина процесу обробки первинних даних, то запитам, що вимагає цю комбінацію значень, немає ніякої необхідності звертатися до вихідних даних і підводити підсумки по них – вони можуть безпосередньо використовувати існуючі агрегації

Рис 433 Сервер служби аналізу

В принципі, дані можуть залишатися і в реляційної базі (сховище ROLAP), що повязано з прискоренням часу обробки, але за рахунок уповільнення виконання запитів в кілька разів Без агрегацій запити до сховищу ROLAP є еквівалентом звичайних запитів SQL Агрегації можуть бути обчислені і для сховищ ROLAP, однак це потребуватиме обробки всіх первинних даних Таким чином, сховища MOLAP є оптимальним варіантом Реляційна база в цьому контексті не обмежена тільки сервером SQL Server – вона може використовувати будь-яке джерело даних, для якого існує постачальник OLE DB

Попереджуюче кешування забезпечує компроміс між швидкістю сховища MOLAP і необхідністю попередньої обробки У даному випадку запити надсилаються до сховища MOLAP завжди, коли це можливо, за винятком запитів до останніх реляційних даних, які ще не були оброблені для приміщення в сховище MOLAP

В якості ключового протоколу служба аналізу використовує XML for Analysis (XMLА)

Клієнт

Клієнт взаємодіє зі службою аналізу точно так само, як і з будь-якої іншої Web-службою, – за допомогою протоколу Simple Object Access Protocol (SOAP) Клієнтські програми приховують деталі XMLA і SOAP, використовуючи для доступу до служби аналізу різні інтерфейси

І Всі мови програмування сімейства NET використовують інтерфейс ADOMDNET

■ Додатки Win32 (наприклад, написані на C + +) можуть використовувати інтерфейс OLE DB для драйвера OLAP (MS0LAP9C) DLL)

■ Решта програми СОМ (наприклад, написані на VB6, VBA) можуть використовувати інтерфейс ADOMD

У той час як сервер може спілкуватися мовою XMLA допомогою протоколу TCP / IP, клієнти мають можливість використовувати протокол HTTP, якщо відповідним чином налаштований сервер IIS доступний для перекладу

Крім додатків доступ до служби аналізу може бути здійснений за допомогою деяких інструментів, включаючи наведені нижче

■ Утиліта Business Intelligence Development Studio, призначена для визначення структури бази даних

■ Утиліта SQL Server Management Studio – для управління сервером і виконання запитів до нього

■ Служба Reporting Services, яка може засновувати визначення звітів на даних служби аналізу

■ Засоби і надбудови програми Excel, призначені для виконання запитів та аналізу даних

Також доступний широкий спектр сторонніх інструментів, які використовують засоби служби аналізу

Джерело: Нільсен, Пол Microsoft SQL Server 2005 Біблія користувача : Пер з англ – М: ООО ІД Вільямс , 2008 – 1232 с : Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*