ЗАСОБИ SQL ДЛЯ СИСТЕМ ПРИЙНЯТТЯ РІШЕНЬ

У спочатку опубліковану версію стандарту SQL: 1999 з самого початку були включені певні кошти OLAP (по суті, доповнення GROUPING SETS, ROLLUP і CUBE до конструкції GROUP BY, які описані в розділі 227), а через рік після публікації цієї версії в стандарт було введено багато додаткових коштів у формі Додатки OLAP до цього стандарту [2221] Виклад вичерпних відомостей про цей додаток далеко виходить за рамки даної книги, тому зупинимося на наведеному нижче короткому описі включених в нього коштів

■ Нові числові функції (наприклад, для обчислення натурального логарифма і антилогарифмів, зведення в ступінь, добування квадратного кореня, округлення в меншу сторону і округлення в більшу сторону)

■ Нові операції агрегування (наприклад, для обчислення дисперсії і стан дартного відхилення)

■ Функції ранжирування (надають, наприклад, можливість визначити ранг деталей в гіпотетичному списку, що згруповані по вазі)

■ Кумулятивні функції та інші типи функцій обчислення змінного середнього (Які передбачають використання нової конструкції WINDOW в звичайних виразах SELECT, FROM, WHERE, GROUP BY І HAVING мови SQL)

■ Функції аналізу розподілу, зворотного розподілу, кореляції та інші статистичні функції, застосовувані до стовпців, оброблюваним попарно

221 РЕЗЮМЕ

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

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

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

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

Потім розглядалися питання підготовки оперативних даних до введення в системи

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

Далі мова йшла про сховищах даних і магазинах даних (Останні можуть розцінюватися як спеціалізовані сховища даних) Була розглянута основна ідея побудови схем типу Зірка, в яких дані організовані, як велика основна таблиця фактів і кілька значно менших таблиць размерностей У простих випадках схеми типу зірка не відрізняються від звичайних класичних нормалізованих схем Але на практиці вони багато в чому відходять від принципів класичного проектування по

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

Крім того, в цьому розділі приділено увагу оперативної аналітичної обробки даних (OLAP) Обговорювалися можливості мови SQL, які надаються за допомогою ОПЦІЙ GROUPING SETS, ROLLUP І CUBE КОНСТРУКЦІЇ GROUP BY, а саме – можливості здійснення декількох різних видів агрегування в одному запиті SQL Також зазначалося, що мова SQL, на жаль (з точки зору автора), допускає можливість обєднання результатів цих різних видів агрегування в одній таблиці, що містить безліч невизначених значень У цій главі було також зазначено, що на практиці системи OLAP можуть передбачати перетворення цих таблиць в перехресні таблиці (прості масиви) для їх відображення Потім були коротко описані багатовимірні бази даних, в яких дані концептуально зберігаються не в таблицях, а в багатовимірних масивах, або гіперкубах Розмірності такого масиву складають незалежні змінні (принаймні, щодо цих змінних висувається гіпотеза, що вони є незалежними), а в осередках містяться значення відповідних залежних змінних Незалежні змінні звичайно повязані в різні ієрархії, які визначають прийнятні способи групування і агрегування залежних даних

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

Наприкінці даної глави коротко перераховані кошти, які передбачені у додатку OLAP до стандарту SQL: 1999

Джерело: Дейт К Дж, Введення в системи баз даних, 8-е видання: Пер з англ – М: Видавничий дім «Вільямс», 2005 – 1328 с: Ил – Парал тит англ

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


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

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

Ваш отзыв

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

*

*