Створення бази даних – ЧАСТИНА 3

коректне рішення щодо того, як комбінувати таблиці у виміри, – такі виміри краще виключити на даному етапі і додати вручну пізніше

■ Select Measures (Вибір заходів) На цій сторінці відзначте тільки ті стовпці, які послужать корисну службу як заходів За замовчуванням майстер включає в таблицю фактів все, що не використовується у відносинах між таблицями З цієї причини в цій таблиці може виявитися занадто багато стовпців Стовпці організовані в алфавітному порядку в кожній з оброблених таблиць фактів Імена заходів можна редагувати, проте зазвичай потреба у зміні імені є ознакою того, що все-таки варто було привласнити дружні імена в поданні джерела даних

■ Detecting Heirarchies (Розкриття ієрархій) Майстер намагатиметься виявити ієрархічні взаємозвязки в шпальтах (атрибутах) таблиці вимірювань у всіх доданих вимірах

■ Review New Dimensions (Формування нових вимірів) На цій сторінці відзначте ті атрибути та ієрархії, які повинні бути включені в нові виміри Включайте тільки ті елементи, які дозволяють добре структурувати дані по категоріях (наприклад, по назвах, кодами і описами) Виключіть ті елементи, які не можуть допомогти в структуруванні, наприклад, незрозумілі користувачеві ідентифікатори або дати вставки обєкта

■ Completing the Wizard На останній сторінці майстра введіть імя куба

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

Вимірювання

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

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

Конструктор вимірювань

Відкрийте будь-який вимір в Solution Explorer, щоб викликати конструктор, показаний на рис 435 Цей конструктор виводить інформацію в трьох виставах, розділених вкладками

■ Dimension Structure Являє собою базову робочу область конструктора для визначення вимірювань Поряд з всюдисущими панелями Solution Explorer і Properties в цьому поданні відкриваються три додаткові панелі На панелі Data Source View, розташованої по центру, відображається фрагмент вистави джерела даних, на основі якого побудовано вимір На панелі Attributes в лівій нижній частині вікна перераховані всі атрибути, включені у вимір Панель Hierarchies and Levels в лівій верхній частині вікна дозволяє організувати атрибути в стандартну ієрархічну структуру

Translations На даній вкладці визначається альтернативна версія даних і обєктів на іншій мові

Browser На цій вкладці відображаються дані вимірювання, яке було останнім розгорнуто на цільовому сервері аналізу

Puc 435 Конструктор вимірювань з відкритим виміром Customer бази AdventureWorks

На відміну від джерел даних та їх уявлень, куби і вимірювання повинні розгортатися, перш ніж їх робота може бути досліджена (наприклад, шляхом перегляду даних) Процес розгортання вимірювання складається з двох частин На першому етапі – побудови – визначення виміру (або зміни, внесені у визначення визначення) відправляється на цільовий сервер аналізу При цьому у вікні виводу відображається індикатор виконання На другому етапі – обробки – сервер служби аналізу виконує запити до вихідних даних і заповнює вимірювання Хід цього процесу відображається у вікні Deployment Progress, яке зазвичай виглядає як вкладка панелі Properties Утиліта Bros намагається створити або обробити тільки змінену частину проекту, щоб мінімізувати час розгортання

Атрибути та ієрархії

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

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

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

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

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

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

Аналогічно, нові атрибути додаються перетягуванням стовпців з панелі Data Source View Якщо таблиця, стовпці якої ви хочете додати в список атрибутів, не відображається, клацніть правою кнопкою миші на панелі Data Source View і скористайтеся командою Show Table для включення цікавить вас таблиці Як тільки атрибут з таблиці буде включений у вимір, уявлення Show Only Used Table буде відображати нову таблицю Природно, кожен з атрибутів повинен мати зворотний звязок з таблицею фактів за допомогою того ж ключового атрибута, навіть якщо цей ключ бере участь у схемі сніжинка.

Стовпці джерела атрибутів і впорядкування

Стовпці подання джерела даних призначаються параметрах KeyColumns і NameColumn атрибута і використовуються для вказівки на джерело запалення атрибута даними У процесі обробки служба аналізу включає ці стовпці ключа та імені в інструкцію SELECT DISTINCT, яка виконується щодо вихідних даних з метою заповнення атрибута Значення параметра KeyColumns визначає, які елементи будуть включені в якості членів атрибута Необовязкове значення NameColumn присвоює ключу екранне імя, якщо саме імя ключа описує його неадекватно Для більшості атрибутів при створенні цілком достатньо одного ключового атрибута Наприклад, атрибут Address у вимірі Customer, як правило, являє собою звичайну текстову рядок, що не має асоційованого ідентифікатора або коду У даному прикладі цілком досить призначити стовпець Address як значення KeyColumn без присвоєння значення NameColumn

Розглянемо деякі більш складні сценарії

■ Атрибути з ідентифікатором / кодом і імям Даний випадок типовий для таблиць вимірів з первинним ключем Підхід в цьому випадку залежить від того, чи має сенс для користувачів, що звертаються до виміру із запитом, даний ідентифікатор або код Якщо код загальновідомий, залиште поле NameColumn порожнім, щоб уникнути приховування коду Тут поля ідентифікатора та імені будуть представлені в моделі як окремі атрибути Якщо ж код є внутрішнім значенням програми або сховища, скрійте його, визначивши в одному атрибуті обидва параметра: KeyColumns і NameColumn

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

*

*