Сховища даних

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

■ Рівень куба Почніть з установки параметрів сховища даних на рівні куба, щоб всі дочірні обєкти (вимірювання, групи заходів і розділи) мали значення за замовчуванням Щоб відкрити діалогове вікно Cube Storage Settings, виділіть куб в конструкторі кубів, а потім клацніть на еліпсі в його властивості Proactive Caching

■ Рівень групи заходів Ці параметри встановлюють у тому випадку, коли значення за замовчуванням, встановлені в кубі, що не підходять для даної групи заходів Діалогове вікно параметрів Measure Group Storage Settings відкривається або шляхом клацання на еліпсі в параметрі Proactive Caching групи заходів, або шляхом вибору посилання Storage Settings у поданні розділів, коли не виділено ні один конкретний розділ

■ Рівень обєкта (конкретного розділу або вимірювання) Параметри сховища встановлюються для одного конкретного обєкта Діалогове вікно параметрів Dimension Storage Settings відкривається шляхом клацання на еліпсі в параметрі Proactive Caching вимірювання в конструкторі вимірювань, а вікно Partition Storage Settings – шляхом вибору відповідного розділу і клацання на посиланні Storage Settings у поданні розділів Діалогове вікно Parition Storage Settings також є першою сторінкою майстра проектування агрегацій

Всі діалогові вікна настройки сховищ мають практично один і той же склад параметрів – вони відрізняються тільки областю застосування налаштувань Головна сторінка діалогового вікна містить повзунок, що дозволяє вибрати одну з попередньо сконфігурований-

них систем налаштувань-від найбільш (крайнє ліве положення) до найменш оперативної (крайнє праве положення) Перетягніть повзунок в деякий стан і перегляньте параметри, відповідні даній настройці Крім цих вбудованих конфігурацій, діалогове вікно Storage Options дозволяє настроїти широкий діапазон різних режимів роботи

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

Попереджуюче кешування управляється безліччю параметрів діалогового вікна Storage Options, проте всі вони призначені для однієї і тієї ж базової процедури Служба аналізу повідомляється кожен раз, коли в даних джерела виконуються які-небудь зміни, потім вичікує пауза в оновленнях, після чого виконується перебудова кеша (розділу) Якщо нове повідомлення про оновлення даних надійшло до завершення процесу перебудови, то перебудова починається з початку Якщо процес перебудови займає час, більше встановленої межі, то кеш повертається в стан ROLAP до завершення перебудови

Параметри, що керують процесом перебудови, доступні у вкладці General діалогового вікна Storage Options (попередньо встановіть в ній прапорець Enable Proactive Caching, щоб дозволити оновлення)

■ Silence Interval Цей параметр визначає тривалість відсутності повідомлень після останнього оновлення, коли запускається процес перебудови Прийнятне значення цього налаштування залежить від профілю використання таблиці цей період часу повинен бути досить довгим, щоб переконатися в остаточному завершенні роботи пакету оновлень

■ Silence Override Interval Після закінчення заданого в цьому параметрі інтервалу часу починається перебудова, незалежно від наявності інтервалу простою, встановленого в параметрі Silence Interval

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

■ Rebuild Interval Цей параметр задає періодичність оновлення кешу у випадку, коли повідомлення про оновлення не надходять Після закінчення заданого проміжку часу після останньої перебудови кеша буде ініційована нова перебудова Даний параметр можна використовувати незалежно від наявності змін у даних (наприклад, не прослуховувати зміни, а запускати перебудову через кожні чотири години) або як резервний варіант оновлення кешу, так як неможливо дати гарантії надходження всіх повідомлень про оновлення

■ Bring online immediately Установка цього прапорця дозволяє зробити новий куб доступним для запитів ROLAP відразу ж після створення, не чекаючи завершення процесу побудови MOLAP Це дозволить підвищити доступність за рахунок збільшення навантаження на реляційні бази даних і сервери, яким доведеться обробляти запити ROLAP

■ Enable ROLAP aggregations Створює вистави для підтримки агрегацій ROLAP

■ Apply storage settings to dimension Цей параметр доступний тільки на рівні кубів і груп заходів Установка цього прапорця дозволяє застосувати ті ж налаштування сховища до всіх вимірах, повязаним з даними кубом або групою заходів

У вкладці Notifications визначається, як служба аналізу буде повідомлятися про зміни, що вносяться до реляційному джерелі даних Параметри повідомлень можуть бути встановлені для кожного обєкта (Розділу або вимірювання) індивідуально Ці параметри мають сенс тільки тоді, коли режим перебудови при змінах даних включений (тобто встановлені параметри Silence Interval і Silence Override Interval)

Сповіщення SQL Server

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

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

Повідомлення, що ініціюються клієнтом

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

Сповіщення опитування

Сповіщення опитування працюють з джерелами даних, відмінними від SQL Server, однак вони розпізнають тільки операції додавання в таблицю нових рядків Якщо в таблиці виконуються також і операції оновлення даних, скомбінуйте повідомлення опитування з параметром періодичної перебудови, щоб врахувати припущення оновлення

Механізм опитування працює за допомогою запуску запитів, які повертають деякі мітки з таблиці джерела він зазначає, коли ці мітки змінилися Наприклад, якщо вихідна таблиця factSales використовує постійно збільшується первинний ключ Sales ID, для опитування можна використовувати наступний запит:

SELECT МАХ (SalesID) FROM factSales

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

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

SELECT * FROM factSales

WHERE SalesID &gt COALESCE(,-1) AND SalesID &lt=

Функція COALESCE вставлена ​​на випадок обробки порожній таблиці, коли дані що раніше не оброблялися Для включення диференціальних встановити прапорець Enable Incremental Updates і введіть запит обробки та відстежуємо таблицю для кожного запиту опитування

Джерело: Нільсен, Пол 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>

*

*