Міністерство освіти і науки України

Національний університет «Львівська політехніка»

Кафедра автоматизованих систем управління

КУРСОВИЙ ПРОЕКТ
З навчальної дисципліни
«Методи і засоби комп'ютерних інформаційних технологій»
на тему
“Аналіз систем управління базами даних”
Спеціальність 05.01.01 “Комп’ютерні науки”

Студент групи КН-216 Витак Андрій

Керівник: Батюк А.Є.
Курсова робота захищена оцінкою
“__________”
“___” _________20__ р.
Члени комісії: ______________ ________
______________ ________
______________ ________

Львів-2021
 Зміст
Вступ..........................................................................................................................................................3
1. Теоретичні основи.................................................................................................................................4
1.1 Поняття «Бази даних» і загальна класифікація.......................................................................4
1.2 Класифікація БД по структурі організації даних....................................................................4
1.3 Класифікація БД за характером збереженої інформації.........................................................7
1.4 Класифікація БД за способом зберігання даних.....................................................................7
1.5 Поняття “СУБД”........................................................................................................................9
1.6 Основні функції СУБД............................................................................................................10
1.7 Класифікація СУБД за способом доступу до БД..................................................................11
1.8 Класифікація СУБД за стратегією роботи з зовшішньою пам’яттю...................................13
1.9 Класифікація СУБД за характером користування................................................................13
2 Порівняльний аналіз............................................................................................................................17
2.1 Oracle........................................................................................................................................17
2.2 Microsoft SQL Server................................................................................................................24
2.3 IBM DB2...................................................................................................................................25
2.4 Порівняння продуктивності....................................................................................................26
2.5 Порівняння масштабованості.................................................................................................28
2.6 Тригери і збережені процедури..............................................................................................28
2.7 Розмір блоку.............................................................................................................................29
2.8 Індекси......................................................................................................................................30
2.9 Вартість обслуговування.........................................................................................................31
2.10 IBM DB2 UDB і OracleDatabase..............................................................................................33
Висновок..................................................................................................................................................36
Список використаної літератури............................................................................................................38

2
 Вступ

На сьогоднішній день використання баз даних (БД) та інформаційних

систем стає невід'ємною частиною функціонування будь-яких організацій і
підприємств. У зв'язку з цим велику актуальність набуває освоєння
принципів побудови і ефективного застосування відповідних технологій і
програмних продуктів: систем управління базами даних (СУБД), CASE-
систем автоматизації проектування, засобів адміністрування та захисту баз
даних і інших.
Як об'єкти дослідження були обрані такі СУБД як Oracle (розробник
компанія Oracle), MS SQL Server (розробник компанія Microsoft), Informix
DynamicServer (компанія IBM) Ці СУБД виробляються компаніями, які є
основними виробниками таких систем обробки та зберігання даних. А самі ці
СУБД є найбільш поширеними. Внаслідок чого, вивчення цих систем
представляє великий інтерес.
Предметом дослідження є розгляд і аналіз найбільш популярних СУБД і
вибір найбільш прибутковою для підприємств.
Метою дослідження є знаходження найбільш прибутковою і
оптимальної СУБД, аналізуючи найбільш поширені СУБД і показуючи їх
переваги.
Завдання дослідження: порівняння доступності адміністрування
розглянутих СУБД, функціоналу, вартості обслуговування, продуктивності,
наявності власних унікальних технологій.
Методи дослідження: порівняння певних показників розглянутих СУБД.

3
 1. Теоретичні основи

1.1 Поняття «Бази даних» і загальна класифікація

База даних - це інформаційна модель, що дозволяє упорядковано
зберігати дані про групу об'єктів, що володіють однаковим набором
властивостей.
Самі ж бази даних по своїй класифікації діляться на кілька типів:
за характером інформації, що зберігається на фактографічні (картотеки) і
документальні (архіви);
за способом зберігання даних на централізовані (зберігаються на одному
комп'ютері) і розподілені (використовуються в локальних і глобальних
комп'ютерних мережах);
за структурою організації даних на табличні (реляційні), об'єктно-
орієнтовані, гібридні і ієрархічні.
Інформація в базах даних структурована на окремі записи, якими
називають групу пов'язаних між собою елементів даних. Характер зв'язку
між записами визначає два основних типи організації баз даних: ієрархічний і
реляційний.

1.2 Класифікація БД по структурі організації даних

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

як сходинки сходів, і пошук даних може здійснюватися послідовним
«спуском» з рівня на рівень. Ієрархічна база даних за своєю структурою
відповідає структурі ієрархічної файлової системи.

4
 Рис. 1 – Приклад ієрархічної бази даних

Реляційна база даних, по суті, являє собою двовимірну таблицю. Стовпці

таблиці називаються полями: кожне поле характеризується своїм ім'ям і
типом даних. Поле БД - це стовпець таблиці, що містить значення певної
властивості. Рядки таблиці є записами про об'єкт. Запис БД - це рядок
таблиці, що містить набір значення певної властивості, розміщений в полях
бази даних.

Рис. 2 – Приклад реляційної бази даних

У реляційної БД використовуються чотири основні типи полів:

числовий, символьний (слова, тексти, коди і т.д.), дата (календарні дати в
формі «день / місяць / рік»), логічний (приймає два значення: «так» - «ні» або
«істина» - «брехня»).

Також можна виділити об'єктно-орієнтовані (ООСУБД) і гібридні бази

даних. В об'єктно-орієнтованих базах даних дані зберігаються у вигляді

5
об'єктів, що дуже зручно. Але на сьогоднішній день такі БД ще не поширені,
тому що поступаються в продуктивності реляційним.

6
 Рис. 3 – Приклад об’єктно-орієнтованої бази даних

Мета проектувальників і розробників ООСУБД полягала в тому, щоб

надати розробникам інформаційних додатків механізм управління даними у
зовнішній пам'яті, який повністю стикувався б із засобами об'єктно-
орієнтованого програмування.
Технологія ООСУБД передбачає існування інтегрованого мовного
середовища, яка одночасно дозволяє конструювати об'єктну базу даних, що
містить не тільки дані, але і програмний код (методи об'єктів), що забезпечує
доступ до цих даних, і код програми.
Взаємозв'язок. Тим самим зникає розрив між пасивними даними і
активними програмами, проект прикладної системи ведеться в рамках єдиної
технології, що прискорює його розробку і полегшує подальший супровід.
Природно, що при цьому повинні переслідуватися мети збереження всіх
переваг об'єктно-орієнтованого програмування (унікальна ідентифікація
об'єктів, інкапсуляція, успадкування, поліморфізм і т.д.) і систем баз даних
(розрахований на багато користувачів режим доступу, відновлення після
збоїв, управління транзакціями і т.д.).
Гібридні БД поєднують в собі можливості реляційних і об'єктно-
орієнтованих, тому їх часто називають об'єктно-реляційними. Прикладом
такої СУБД є Oracle, починаючи з восьмої версії.
Безсумнівно, такі БД будуть розвиватися в майбутньому, але поки
першість залишається за реляційними структурами.

7
1.3 Класифікація БД за характером збереженої інформації

Говорячи докладніше про класифікацію баз даних за характером

інформації, що зберігається, ми ви згадаємо фактографічні і документальні.
В системах фактографічного типу в БД зберігається інформація про
цікаві користувача об'єкти предметної області у вигляді «фактів» (наприклад,
біографічні дані про співробітників, дані про випуск продукції виробниками і
т.п.). У відповідь на запит користувача видається необхідна інформація про
цікавить його об'єкті (об'єктах) або повідомлення про те, що шукана
інформація відсутня в БД.
У документальних БД одиницею зберігання є який-небудь документ
(наприклад, текст закону або статті), і користувачеві у відповідь на його
запит видається або посилання на документ, або сам документ, в якому він
може знайти потрібну йому інформацію.
БД документального типу можуть бути організовані по різному: без
зберігання і зі зберіганням самого вихідного документа на машинних носіях.
До систем першого типу можна віднести бібліографічні та реферативні БД, а
також БД-покажчики, що відсилають до джерела інформації. Системи, в яких
передбачено зберігання повного тексту документа, називаються
повнотекстовими.
В системах документального типу метою пошуку може бути не тільки
якась інформація, що зберігається в документах, але і самі документи. Так,
можливі запити типу «скільки документів було створено за певний період
часу» і т. П. Часто в критерій пошуку в якості ознак включаються «дата
прийняття документа», «ким прийнятий» та інші «вихідні дані» документів.

1.4 Класифікація БД за способом зберігання даних

8
 Рис. 4 – Приклад централізованії бази даних

Розподілені БД, крім того, мають характерні особливості, пов'язані з

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

9
 Рис. 5 – Приклад розподіленої бази даних

Програмне забезпечення для роботи з базами даних, називається система

управління базами даних (СУБД)

1.5 Поняття “СУБД”

Система управління базами даних - це сукупність мовних і програмних

засобів, яка здійснює доступ до даних, дозволяє їх створювати, змінювати і
видаляти, забезпечує безпеку даних і т.д. Загалом СУБД - це система, що
дозволяє створювати бази даних і маніпулювати даними з них. А здійснює
цей доступ до даних СУБД за допомогою спеціальної мови - SQL.

SQL - мова структурованих запитів, основним завданням якого є

надання простого способу зчитування і запису інформації в базу даних.

Отже, найпростіша схема роботи з базою даних виглядає приблизно так:

Рис. 6 – Схема роботи з базою даних

10
1.6 Основні функції СУБД

До основних функція СУБД відносяться: 1) управління даними у

зовнішній пам'яті (на дисках), 2) керування даними в оперативній пам'яті з
використанням дискового кешу, 3) журналізація змін, резервне копіювання і
відновлення бази даних після збоїв, 4) підтримка мов БД (мова визначення
даних, мова маніпулювання даними).
Управління даними в зовнішній пам'яті (на дисках) включає
забезпечення необхідних структур зовнішньої пам'яті як для зберігання
даних, які безпосередньо входять в БД, так і для службових цілей, наприклад,
для прискорення доступу до даних в деяких випадках (зазвичай для цього
використовуються індекси). У деяких реалізаціях СУБД активно
використовуються можливості існуючих файлових систем, в інших робота
проводиться аж до рівня пристроїв зовнішньої пам'яті.
Управління даними в оперативній пам'яті з використанням дискового
кешу, включає в себе підтримку в СУБД власного набору буферів
оперативної пам'яті з власною дисципліною заміни буферів. Це обумовлено
тим, що практично єдиним способом реального збільшення швидкості
роботи СУБД (яка спочатку дорівнює швидкості пристрою зовнішньої
пам'яті) є буферизація даних у зовнішній пам'яті.
Журналізація змін включає в себе, резервне копіювання і відновлення
бази даних після збоїв включає в себе надійність зберігання даних у
зовнішній памяті.Під надійністю зберігання розуміється те, що СУБД
повинна бути в змозі відновити останній узгоджений стан БД після будь-
якого апаратного або програмного збою.Зазвичай розглядаються два можливі
види апаратних збоїв: так звані м'які збої, які можна трактувати як раптову
зупинку роботи комп'ютера (наприклад, аварійне вимкнення живлення), і
жорсткі збої, що характеризуються втратою інформації на носіях зовнішньої
пам'яті. Прикладами програмних збоїв можуть бути: аварійне завершення
роботи СУБД (через помилки в програмі або в результаті деякого апаратного
11
збою) чи аварійне завершення користувальницької програми, в результаті
чого деяка транзакція залишається незавершеною.
Підтримка мов СУБД полягає в підтримуванні декількох
спеціалізованих за своїми функціями мов. Для роботи з базами даних
використовуються спеціальні мови, в цілому звані мовами баз даних. У
ранніх СУБД підтримувалося декілька спеціалізованих за своїми функціями
мов. Найчастіше виділялися дві мови - мова визначення схеми БД (SDL -
SchemaDefinitionLanguage) і мова маніпулювання даними (DML -
DataManipulationLanguage). В сучасних СУБД зазвичай підтримується
єдиний інтегрований мову, що містить всі необхідні засоби для роботи з БД,
починаючи від її створення, і забезпечує базовий призначений для
користувача інтерфейс з базами даних. Стандартним мовою найбільш
поширених в даний час реляційних СУБД є мова SQL.

1.7 Класифікація СУБД за способом доступу до БД

Також СУБД можна розділити за способом доступу до баз даних на
файл-серверні, клієнт-серверні і вбудовані.
У файл-серверних СУБД файли даних розташовуються централізовано
на файл-сервері. СУБД розташовується на кожному клієнтському комп'ютері
(робочій станції). Доступ СУБД до даних здійснюється через локальну
мережу. Синхронізація читань і оновлень здійснюється за допомогою
файлових блокувань. Перевагою цієї архітектури є низьке навантаження на
процесор файлового сервера. Недоліки: потенційно високе завантаження
локальної мережі; утрудненість або неможливість централізованого
управління; утрудненість або неможливість забезпечення таких важливих
характеристик як висока надійність, висока доступність і висока безпека.
Застосовуються найчастіше в локальних додатках, які використовують
функції управління БД; в системах з низькою інтенсивністю обробки даних і
низькими піковими навантаженнями на БД.

12
 На даний момент файл-серверна технологія вважається застарілою, а її
використання в великих інформаційних системах - недоліком. Приклади:
MicrosoftAccess, Paradox, dBase, FoxPro, VisualFoxPro.
Клієнт-серверна СУБД розташовується на сервері разом з БД і здійснює
доступ до БД безпосередньо, в монопольному режимі. Всі клієнтські запити
на обробку даних обробляються клієнт-серверної СУБД централізовано.
Стандарти. Для сучасних СУБД архітектура "клієнт-сервер" стала
фактично стандартом. Якщо передбачається, що проектована інформація
буде мати архітектуру "клієнт-сервер", то це означає, що прикладні
програми, реалізовані в її рамках, будуть мати розподілене характер, тобто
частина функцій додатків буде реалізована в програмі-клієнті, інша - в
програмі-сервері.
Принципи. Основний принцип технології "клієнт-сервер" полягає в
поділі функцій стандартного інтерактивного додатки на чотири групи:
функції введення і відображення даних;
прикладні функції, характерні для предметної області;
фундаментальні функції зберігання і управління ресурсами (базами
даних);
службові функції.
Недолік клієнт-серверних СУБД полягає в підвищених вимогах до
сервера. Переваги: потенційно більш низьке завантаження локальної мережі;
зручність централізованого управління; зручність забезпечення таких
важливих характеристик як висока надійність, висока доступність і висока
безпека. Приклади: Oracle, Firebird, Interbase, IBMDB2, Informix,
MSSQLServer, SybaseAdaptiveServerEnterprise, PostgreSQL, MySQL, Caché,
Лінтера.
Вбудована СУБД - СУБД, яка може поставлятися як складова частина
деякого програмного продукту, не вимагаючи процедури самостійної
установки. Вбудована СУБД призначена для локального зберігання даних
свого програми, але не розрахована на колективне використання в мережі.
13
Фізично вбудована СУБД найчастіше реалізована у вигляді підключається
бібліотеки. Доступ до даних з боку додатка може відбуватися через SQL або
через спеціальні програмні інтерфейси. Приклади: OpenEdge, SQLite,
BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, Лінтера.

1.8 Класифікація СУБД за стратегією роботи з зовшішньою пам’яттю

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

1.9 Класифікація СУБД за характером користування

За характером використання СУБД ділять на однопользовательские
(призначені для створення і використання БД на персональному комп'ютері) і
розраховані на багато користувачів (призначені для роботи з єдиною БД
декількох комп'ютерів, об'єднаних в локальні мережі).
Самі ж сучасні СУБД містять такі компоненти: ядро , яке відповідає за
управління даними у зовнішній і оперативної пам'яті і журнализацию,
процесор мови бази даних, що забезпечує оптимізацію запитів на вилучення
14
та зміну даних і створення, як правило, машинно-незалежного виконуваного
внутрішнього коду, підсистему підтримки часу виконання, яка інтерпретує
програми маніпуляції даними , що створюють користувальницький інтерфейс
із СУБД, а також сервісні програми (зовнішні утиліти), що забезпечують ряд
додаткових можливостей по обслуговуванню інформаційної системи.

Рис. 7 – Класифікація СУБД за характером використання

15
 СУБД організовує зберігання інформації таким чином, щоб її було
зручно: переглядати, поповнювати, змінювати, шукати потрібні відомості,
робити будь-які вибірки, здійснювати сортування в будь-якому порядку.
Сучасні СУБД дають можливість включати в них не тільки текстову і
графічну інформаці , але і звукові фрагменти і навіть відеокліпи.
Простота використання СУБД дозволяє створювати нові бази даних, не
вдаючись до програмування, а користуючись лише вбудованими функціями.
СУБД забезпечують правильність, повноту і несуперечність даних, а також
зручний доступ до них.
Популярні СУБД - FoxPro, Access for Windows, Paradox. Для менш
складних застосувань замість СУБД використовуються інформаційно-
пошукові системи (ІПС), які виконують такі функції: зберігання великого
об'єму інформації, швидкий пошук необхідної інформації, додавання,
видалення і зміна інформації, що зберігається, виведення її в зручному для
людини вигляді. {{1}} Сьогодні відомо велика кількість різних серверів баз
даних SQL. Зупинимося на наступних трьох провідних серверних СУБД -
Oracle8i, IBM DB2, Microsoft SQL Server - і порівняємо їх в роботі на
кожному з основних етапів функціонування.

16
 Рис. 8 – Світовий ринок використання систем управління базами даних
станом на 2020 рік.

17
2 Порівняльний аналіз

2.1 Oracle
Oracle8i. Пакет Oracle8i, наділений найрозвиненішим набором функцій
для роботи з мовою Java і доступу до даних через Інтернет, системою
оптимізації одночасного доступу. Єдиним недоліком даної СУБД є
складність адміністрування, однак усі витрати на її впровадження та
освоєння надалі окупляться ефективною і надійною роботою (складність і
дорожнеча-спірні). Серед основних властивостей СУБД Oracle слід зазначити
такі, як:
Найвища надійність;
Можливість розбиття великих баз даних на розділи, що дає можливість
ефективно управляти гігантськими гігабайтними базами;
Наявність універсальних засобів захисту інформації; Ефективні методи
максимального підвищення швидкості обробки запитів;
Індексація по битовому відображенню; Вільні таблиці (в інших СУБД
все таблиці заповнюються відразу при створенні);
Розпаралелювання операцій в запит;
Наявність широкого спектра засобів розробки, моніторингу та
адміністрування.
Орієнтація на інтернет технології. { {1}} Рішення, які не поступаються
розробкам Oracle можна знайти тільки в DB2 фірми IBM. Орієнтація на
інтернет технології - основний девіз сучасних продуктів Oracle. У зв'язку з
цим можна відзначити пакети interMedia, що забезпечує обробку даних в
мультимедійних форматах, і Jserver, вбудоване засіб для роботи з мовою
Java, яке об'єднує можливості мови Java з можливостями реляційних баз
даних. Компоненти EnterpriseJavaBeans представляють собою базові модулі з
яких складаються Інтернет-додатки на мові Java.Фірма Oracle дотримується
принципу, що всіма важливими функціями необхідно керувати з єдиного
центру, тому пропонований модуль interMedia надає в розпорядження
18
користувачів самі передові можливості для роботи з мультимедійними
об'єктами:
Дуже розвинені засоби для обробки аудіо кліпів;
нерухомих зображень;
відеофрагментів;
Географічних даних.
в Oracle8i реалізуються кращі на сьогоднішній день засоби для об'єктно-
орієнтованого конструювання баз даних, в тому числі табличні структури, що
допускають спадкування властивостей і методів інших табличних об'єктів
БД, що дозволять уникнути помилок при побудові БД і полегшує їх
обслуговування.
Також необхідно відзначити, що розроблена фірмою Oracle система
оптимізації одночасного доступу (multiversioningconcurrency) є однією з
найважливіших характеристик архітектури Oracle (подібна функція є лише в
СУБД InterBase компанії InterBase компанії Inprise). Ця функція дозволяє
виключити ситуацію, коли одному користувачеві доводиться чекати, поки
інший завершить зміни в вміст баз даних. Ця функція дозволяє СУБД
Oracle8i виконувати за секунду більше транзакцій в розрахунку на одного
користувача, ніж будь-яка інша база даних. За рівнем продуктивності при
роботі в WEB середовищі під LINUX Oracle займає почесне друге місце після
СУБД MySQL, при цьому значно перевершуючи всі інші СУБД по надійності
і безпеки. Також такі технології є унікальними, реалізованими тільки в СУБД
Oracle.
RAC.
Технологія RealApplicationCluster, що з'явилася в 9-й версії СУБД
Oracle, дозволяє об'єднувати сервера, які обслуговують СУБД в одну велику
базу даних, що дозволяє досягти двох ключових цілей:
Підвищення продуктивності системи в цілому шляхом додавання в
кластер нового обладнання, без заміни обладнання на більш потужне.
Продуктивність системи підвищується пропорційно потужності
19
підключеного вузла. Наслідком є збереження інвестицій в обладнання, часто
досить суттєвих.
Підвищення відмовостійкості СУБД: при виході з ладу або плановому
відключенні одного з серверів, що входять в кластер, СУБД повністю
зберігає свою працездатність.
Схожі технології реалізовані в Microsoft SQL Server 2008, але є одна
істотна відмінність: MicrosoftApplicationCluster дозволяє підвищити
відмовостійкість системи в цілому, але без впливу на продуктивність.
Таким чином, використання RAC дозволяє значно підвищити
продуктивність системи, яка дійшла до свого "фізичного стелі", зі
збереженням коштів, витрачених на це обладнання, і підвищити
відмовостійкість системи. Як наслідок - надійність і економія.
ActiveDataGuard.
Ця технологія дозволяє створити резервний сервер основної бази даних
із застосуванням всіх змін, зроблених на основному сервері. Виходить
система, де працюють як мінімум два сервера: основний і резервний. У разі
виходу з ладу або планової зупинки основного сервера в роботу автоматично
вступає резервний сервер, і всі користувачі автоматично перемикаються і
продовжують роботу на резервному сервері. Технологія проста в реалізації та
налагодженню і не вимагає великих витрат на розгортання і обладнання.
Фізично резервний сервер може знаходитися в іншому приміщенні, будівлі
або навіть місті. Все, що потрібно, - це звичайне мережеве з'єднання між
двома серверами.
Можна використовувати кілька резервних серверів для одного робочого
сервера.

20
 Рис. 9 - Технологія Active Data Guard

Які переваги надає використання цієї технології?

По-перше, очевидне - надійність. Живучість і відмовостійкість бази

даних підвищується на порядок.

По-друге, розвантаження робочого сервера від резервного копіювання,

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

По-третє, планове виключення резервного сервера, наприклад, для

оновлень, не зачепить роботу користувачів.

Схожі технології реалізовані і в DB2 і в MS SQL Server, але

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

RAT.

Технологія RealApplicationTesting дозволяє значно знизити витрати на

проведення планових змін в конфігурації існуючого програмного або
апаратного забезпечення.
21
 Рис. 10 - Технологія RAT
Суть технології RAT полягає у відтворенні навантаження на тестовій
базі даних в точній відповідності з навантаженням на робочому сервері.

Рис.11 - Технологія RAT

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

22
 Використання TotalRecall дозволяє розвантажити таблиці бази даних від
накопиченої і рідко використовується інформації. Але зберігається
можливість виконати звичайний SQL запит і отримати таку інформацію на
будь-який момент в минулому, тобто не потрібно вносити якісь зміни в
існуючу програму, що працює з базою. Крім цього, TotalRecall забезпечує
незмінність історичної інформації і захист від її підробки.

Рис. 12 - Опции Total Recall

Схожих або подібну технологію в інших СУБД поки не реалізовано.

InMemoryDatabaseCache.
Унікальна технологія InMemoryDatabaseCache реалізована на базі
існуючої бази даних OracleTimesTeninmemorydatabase. Ця СУБД за рахунок
ряду застосовуваних унікальних рішень дозволяє збільшити швидкість
обробки транзакцій і видачі запитів більш ніж на порядок (тобто в 10 разів),
ніж звичайна СУБД OracleDatabase. Ця СУБД орієнтована на зберігання і
обробку даних тільки в оперативній пам'яті сервера.
Починаючи з 10-ї версії OracleDatabase, СУБД OracleTimesTen може
виступати в якості проміжної ланки між клієнтським додатком і
OracleDatabase. В цьому випадку TimesTen реалізує функції надшвидкого
кеша даних, приймаючи і обробляючи транзакції і передаючи оброблені дані
на зберігання в OracleDatabase. Така архітектура дозволяє значно підвищити
потенціал і розширити сферу застосування OracleDatabase. Фактично, в такій
23
архітектурі OracleDatabase здатна впоратися з будь-якою транзакционной
навантаженням.

24
 Рис.13 - Технологія In Memory Database Cache

Automatic Storage Management.

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

Рис. 14 – Технология Automatic Storage Management

Рішенням задачі по распараллеливанию даних з жорстких дисків для
досягнення оптимальної продуктивності займається тепер не системний
адміністратор, а екземпляр ASM в автоматичному режимі і ефективніше, ніж
це міг би зробити адміністратор БД. Також вирішується завдання щодо
25
забезпечення надійності за рахунок надмірності збережених даних. Рівень
надмірності задається системним адміністратором. Тепер можливо
витягувати і додавати жорсткі диски для бази даних нальоту, шляхом
виконання простих команд ASM. Оскільки ASM - це окремий екземпляр,
тобто окремий програмний комплекс, який не пов'язаний з СУБД, один
екземпляр ASM може обслуговувати кілька примірників СУБД.
Аналогічних рішень в інших СУБД поки не запропоновано. Разом з тим,
важко заперечувати вигоди по продуктивності і спрощення (а значить
підвищенню надійності) адміністрування СУБД, що використовує ASM.

2.2 Microsoft SQL Server

Microsoft SQL Server. Найважливіші характеристики даної СУБД:
простота адміністрування;
можливість підключення до Web;
швидкодію і функціональні можливості механізму сервера СУБД;
наявність засобів віддаленого доступу. {{1}} У комплект засобів
адміністративного управління даної СУБД входить цілий набір спеціальних
майстрів і засобів автоматичної настройки параметрів конфігурації. Також
дана БД оснащена чудовими засобами тиражування, що дозволяють
синхронізувати дані ПК з інформацією БД і навпаки. Вхідний в комплект
поставки сервер OLAP дає можливість зберігати і аналізувати всі наявні у
користувача дані. В принципі дана СУБД являє собою сучасну
повнофункціональну база даних, яка ідеально підходить для малих і середніх
організацій.
Слід зазначити, що SQL Server поступається іншим розглянутим СУБД
по двох важливих показників: программируемость і засоби роботи. При
розробці клієнтських БД додатків на основі мов Java, HTML часто виникає
проблема недостатності програмних засобів SQL Server і користуватися цією
СУБД буде важче, ніж системами DB2, Informix, Oracle або Sybase.

26
Загальносвітовою тенденцією в XXI столітті став практично повсюдний
перехід на платформу LINUX, а SQL Server функціонує тільки в середовищі
Windows. Тому використання SQL Server доцільно, тільки якщо для доступу
до вмісту БД використовується виключно стандарт ODBC, в іншому випадку
краще використовувати інші СУБД.

2.3 IBM DB2

IBM DB2. IBM DB2 - результат майже 30-х дослідно-конструкторських і
дослідницьких робіт фірми IBM. Останню на сьогодні версію даної СУБД
(6.х) відрізняє один з найбільш продуманих наборів засобів управління і
оптимізації і механізм БД, що допускає нарощування від портативного ПК з
Windows 95 до цілого кластера великих ЕОМ S / 390, що працюють під
управлінням OS / 390. Пакет DB2 випускається в двох редакціях: DB2
Workgroup і DB2 EnterpriseEdition.
У даній СУБД реалізовані всі відомі по попереднім версіям DB2
новаторські технології механізму БД, такі, як розпаралелювання обробки
запиту, повний набір засобів тиражування, зведені таблиці запитів для
підвищення продуктивності БД, можливості об'єктно-орієнтованого
конструювання баз даних і засоби мови Java. До цього треба додати, що
система DB2 оснащена порожнистим набором мультимедіа-розширень, що
дозволяють зберігати текст, звук та відеофрагменти, зображення і
географічні дані і маніпулювати ними.
Можна говорити, що за можливостями масштабування розроблена
фахівцями IBM технологія кластеризації баз даних не має аналогів. Ці
розширення істотно полегшують процес розробки додатків для Web, а так же
програм, що містять фотозображення і об'ємні текстові звіти.
Система DB2 цілком конкурентоспроможна і в якості платформи для
розробки додатків тому існує засіб StoredProcedureBuilder - автоматично
перетворювати оператор SQL до відповідного класу Java і включає його в
структуру бази даних. У версії DB2 6.1 значно поліпшена функціональна

27
сумісність з іншими СУБД: пакет дозволяє використовувати розроблену
Microsoft специфікацію OLE DB, новий стандарт доступу до баз даних.
Засоби адміністративного управління СУБД DB2, які в новій версії
переписані на Java і можуть бути отримані з Web, заслуговують найвищої
оцінки.
Основними недоліками даної СУБД є відносна складність
адміністрування і відсутність (поки) реалізацій під популярні серверні ОС,
наприклад LINUX. У даній СУБД завдяки IndexSmart-Guide можливо
здійснювати настройку, формуючи оптимальні індекси для заданого числа
звернень, що характеризує типову навантаження на БД.
DB2 - єдиний пакет дозволяє генерувати зведені таблиці, що значно
ефективність роботи СУБД в якості сховищ даних. Зведена таблиця - це
тимчасова робоча зона, яка використовується базою даних для зберігання
відповідей на часто надходять запити. Модель DB2 6.1 перетворюється в
саму недорогу з високопродуктивних систем. Засоби адміністративного
управління цією СУБД цілком відповідають рівню розв'язуваних завдань,
крім того, вона надає виключно широкі можливості для роботи з
мультимедіа-даними і для програмування (чого явно бракує системі Microsoft
SQL Server).
Таблиця 2.1 - Информация о СУБД
Назва Дата випуску Розробник Мова
DB2 1983 г. IBM С, С++
Oracle 1979 г. Oracle Corporation С
Microsoft SQL Server 1989 г. Microsoft -

2.4 Порівняння продуктивності

Порівняємо вибрані СУБД за критерієм «Продуктивність».
Для тестування продуктивності застосовуються різні засоби, і існує
безліч тестових рейтингів. Одним з найпопулярніших і об'єктивних є ТРС-
аналіз продуктивності систем. Показник ТРС - це відношення кількості

28
запитів, що обробляються за якийсь проміжок часу, до вартості всієї системи.
Слід зазначити, що для СУБД PostgreSQL не проводиться тест ТРС, а
система MSSQLServer проводить власні тести продуктивності.
Таблиця 2.2 - Результати теста TPC
Назва Кількість транзакцій, Вартість транзакції, Монітор
tpmC долл./tpmC транзакцій
MicrosoftSQLServer2005 661,475 1.16USD Microsoft COM+
х64
Oracle Database 631,766 1.08 USD Microsoft COM+
Ng Standard

IBM DB2 9.5 1,200,011 1.99 USD Microsoft COM+

Продуктивність, поряд з надійністю, - основний критерій вибору

OracleDatabase як системи управління базами даних. Існують синтетичні
тести продуктивності, такі, наприклад, як TPC (www.tpc.org). У тесті TPC-С,
який перевірять продуктивність СУБД в OLTP системі, OracleDatabase
займає одну з лідируючих позицій.
На синтетичних тестах і в реальній роботі дуже часто люблять
показувати результати тестування MySQL або MS SQL Server, в яких при
невеликому обсязі даних та спеціалізованої навантаженні продуктивність цих
СУБД значно перевершує продуктивність OracleDatabase або, наприклад,
IBM DB2 UDB, тобто продуктів, які вважаються СУБД "промислового
рівня". Це означає, що ці СУБД здатні обробляти фактично необмежений
обсяг даних і число працюючих користувачів. Під словами "необмежений"
слід розуміти, що саме ці дві СУБД є лідерами по збереженому обсягом
даних і працюючим користувачам, при цьому зберігаючи весь свій
різнобічний функціонал.
Крім того, якщо уважно подивитися на синтетичні тести, то можна
помітити той факт, що продуктивність OracleDatabase практично не
змінюється, а то і збільшується при зростанні оброблюваного обсягу даних.
Саме це властивість відрізняє промислову систему від настільної або системи
29
робочих груп. У цьому - суть промислового сервера баз даних: стійкість до
навантаження. Втім, це не заважає СУБД Oracle лідирувати в тестах і ставити
світові рекорди продуктивності.

2.5 Порівняння масштабованості

Порівняємо вибрані СУБД за пунктом «Масштабованість». Він

передбачає можливості розглянутої СУБД по збільшенню обсягу даних з
часом і в разі потреби. Необхідно розглянути максимально можливий обсяг
збережених даних для кожної альтернативи (таблиця 2.3).

Таблиця 2.3 - Аналіз СУБД за пунктом «Масштабованість»

Розмір БД Розмір таблиці Розмір строки
DB2 512ТБ 512 ТБ 32677 В
Microsoft SQL Server 524258 ТБ 524258 ТБ ∞
Oracle ∞ 4Гб* Розмір блока 8KB

На відміну від MS SQL Server, OracleDatabase працює на більшості

відомих платформ і операційних систем: Windows (в тому числі не серверні
версії), Unix, Linux, MacOS. Це суттєва перевага OracleDatabase. Перевага
полягає не тільки в тому, що зараз Oracle залишає замовнику вибір
операційної системи та апаратної платформи, але і в тому, що в корпорації
існує досвід і культура розробки саме кроссплатформенних систем, отже, при
появі нової операційної системи, більш потужною і ефективною, можна бути
впевненим, що під цю операційну систему або платформу з'явиться версія
OracleDatabase.
У разі, якщо СУБД базується тільки на одній операційній системі, то
замовник повністю залежить не тільки від виробника власне СУБД, але і від
виробника операційної системи. Залежність ця тим більше посилюється,
якщо виробник і СУБД і ОС - один і той же.

30
2.6 Тригери і збережені процедури

Порівняємо вибрані СУБД за критерієм «Тригери і процедури». Пункт

«Тригери і процедури» визначає наявність в деякій СУБД класу процедур,
функцій. Тригер -програма бази даних, що викликається всякий раз при
вставці, зміні або видаленні рядка таблиці. Тригери забезпечують перевірку
будь-яких змін на коректність, перш ніж ці зміни будуть прийняті.
Процедура - програма, яка зберігається на сервері і може викликатися
клієнтом. Оскільки збережені процедури виконуються безпосередньо на
сервері баз даних, забезпечується більш високу швидкодію, ніж при
виконанні тих же операцій засобами клієнта БД. Проведемо аналіз
альтернатив з даного пункту.
Таблиця 2.4 - Аналіз СУБД за пунктом «Тригери і збережені процедури»
Тригер Функція Процедура
DB2 + + +
MicrosoftSQLServer + + +
Oracle + + +

2.7 Розмір блоку

Блок бази даних - це найменша одиниця інформації, яку СУБД читає або
записує на жорсткий диск або в оперативну пам'ять. Наприклад, щоб
прочитати одну рядок з таблиці, яка займає 200 байт, потрібно прочитати з
пам'яті або жорсткого диска блок цілком, розмір якого становить, наприклад,
8000 байт і потім витягти з прочитаного блоку потрібний рядок. Очевидно,
що в цьому випадку 7800 байт були прочитані даремно. Зворотна ситуація,
коли потрібно прочитати всі рядки таблиці, СУБД буде змушена прочитати
тим більше блоків, чим більше рядків і більше розмір одного рядка. Вигідно
було б прочитати 1 блок розміром, наприклад, 32 кілобайт, ніж читати 4
блоки розміром по 8 кілобайт. Однією з пріоритетних завдань по
налаштуванню продуктивності є мінімізація кількості логічних читань

31
(прочитаних блоків), і в OracleDatabase адміністратор має безліч механізмів
для вирішення цього завдання.
Крім того, в OracleDatabase реалізований механізм управління
заповненням простору блоку (pct_free, pct_used), що дозволяє ефективно
налаштовувати СУБД для вирішення того чи іншого завдання.
У SQL Server розмір блоку (pagesize) дорівнює 8 кілобайт і не може бути
змінений, що сильно обмежує можливість настройки системи, особливо DSS
систем (сховища даних). У OracleDatabase розмір блоку задається під час
створення бази даних, і, більш того, для кожного табличного простору може
бути заданий свій розмір блоку, наприклад, для табличних просторів з
маленькими, часто мінливими таблицями - менший розмір, для табличних
просторів з великими, рідко змінюються таблицями, що містять великий
обсяг даних - більший розмір, що істотно може вплинути на продуктивність
системи в цілому.

2.8 Індекси
У OracleDatabase підтримуються різні типи індексів, які не реалізовані в
MS SQL Server, наприклад: B-treeclusterindexes, Hashclusterindexes,
Reversekeyindexes, Bitmapindexes, Bitmapjoinindexes. Кожен з типів індексів
може забезпечити істотний приріст продуктивності в тій чи іншій ситуації.
Таблиця 2.5 – Порівняння спектру використовуваних індексів
Тип індекса OracleDatabase MS SQL Server

B-tree Так Так

Function-based Так Так

Bitmap Так Ні

Reverse Так Ні

Використання Bitmapindex дозволяє значно прискорити вибір по полях з

низькою селективністю, тобто невеликою кількістю розрізняються значень в

32
поле. Використання такого типу індексу - один із шляхів вирішення
проблеми продуктивності в системах сховищ даних.
Використання Reverseindex дозволяє зменшити конкуренцію за блоки
БД при вставці в поле монотонно наростаючих значень: наприклад, номерів
документів або унікального ключа. Це ще один інструмент адміністратора
бази даних по підвищенню продуктивності системи без збільшення
потужності обладнання.

2.9 Вартість обслуговування

Існують різні дослідження на цю тему. Наприклад, в дослідженнях,
опублікованих на сайті Microsoft, як двічі два доводиться, що обслуговування
SQL Server коштує набагато дешевше і вимагає менше зусиль з боку
адміністратора. На сайті Oracle опубліковані не менше солідні і змістовні
дослідження, в яких точно також незаперечно доводиться факт нижчою
вартістю обслуговування саме OracleDatabase. Причому обидва дослідження
проводяться незалежними компаніями. Виходячи з відгуків користувачів
програми, можна сказати, що адміністрування SQL Server здійснюється з
дійсно зручною і логічно-простий середовища SQL ServerManagementStudio.
У OracleDatabase також існує зручна і проста Виконавча всіх
адміністративних дій: Enterprisemanager. Починаючи з 10-ї версії, EM має
web-інтерфейс. Слід зазначити, що з Oracle EM можна управляти не тільки
одиничним екземпляром бази даних, але і кластером і мережею GRID-
серверів.
У 10-й, і в 11-й версії OracleDatabase поліпшені і доповнені функції
самоадміністрірованія і самодіагностики сервера . У 10-й версії з'явилася
функції автоматичного збору статистики, аналізу та видачі рекомендацій.
Відстеження різних показників, з видачею повідомлення при досягненні
порогових або критичних величин.

33
 Аналізатор SQL запитів дозволяє вибрати і налаштовувати найбільш
важкі SQL запити, причому передбачений варіант, в якому адміністратор
просто вибирає проблемний SQL запит, переглядає і застосовує рекомендації
SQL TuningAdvisor , все це відбувається в консолі EM.В MS SQL Server
виконання аналогічного завдання виконується ручним способом, на порядок
довше, ніж в OracleDatabase, за винятком налаштування індексів.
Використання з'явилася в 10-й версії технології Flashbacktable дозволяє
значно спростити відновлення після призначених для користувача помилок.
Більше не потрібно відновлення з резервної копії, досить вибрати віддалений
об'єкт і відновити його з кошика. Слід зазначити, що в MS SQL Server також
можливе виконання аналогічної операції, але вимагає значно більше часу:
потрібне відновлення з резервної копії, вибір точки відновлення і накат
втрачених транзакцій вручну. Теж саме стосується і відновлення після
помилкової транзакції. У OracleDatabase це робиться як через консоль EM,
так і вручну, SQL операторами, причому потрібно просто вибрати момент в
минулому, на який потрібно відновлення. В MS SQL Server відновлення
також проводиться з резервної копії з подальшим ручним накатом журналів.
Таким чином, OracleDatabase надає користувачеві три варіанти:
повна самодіагностика і самонастройка, яка вдосконалюється від версії
до версії, узагальнюючи і базуючись на досвіді тисяч адміністраторів по
всьому і світу і математичних моделях; {{1}} потужну і зручну консоль
адміністратора, яка потребує установки будь-якого додатково пО на
комп'ютер адміністратора, і, отже, доступну з будь-якого комп'ютера в
мережі, в тому числі по мережі Інтернет, якщо це необхідно;
тонкі засоби діагностики і настройки, що залишилися з минулих версій і
дозволяють адміністратору в повній мері застосувати свої знання в області
налаштування продуктивності.
Аналогічні засоби інших СУБД або жорстко обмежують адміністратора
зважаючи повної автоматизації процесів настройки, наприклад, оперативної

34
пам'яті, або надають менш багатий функціонал для виконання стандартних
операцій.

2.10 IBM DB2 UDB і OracleDatabase

IBM DB2 UDB і OracleDatabase мають неофіційний статус баз даних
«промислового» рівня. Ці дві СУБД багато в чому схожі, але є й відмінності,
що впливають на ефективність і стабільність СУБД. У таблиці наведено деякі
відмінності в роботі внутрішніх механізмів цих СУБД.
Таблиця 2.6 – Порівняння роботи внутрішніх механізмів цих програм
Властивість Oracle DB2

Конкурентна модель Мульти-версія узгодженості читання. Немає експлуатації

блокування

Кластерні конфігурації Прозора масштабованість з технологією Rigid data partitioning

RealApplicationClusters(RAC) required with DB2 EEE

Можливість індексування Широкий вибір схем індексації ТількиB-Tree и dynamic

bitmap indexes

Опції розмітки За діапазонами ключів, хеш, за списком Тільки хеш-секціонування

(секціонування) значень ключа і складене секціонування. і локальні індекси
Локальні і глобальні індекси.

Можливість складування MERGE Multi-table INSERT Не підтримується

додаткових даних

Інтелектуальна довідка Index, Summary, Memory, MTTR Indexadvisory тільки

Можливість самонастройки Self-tuning memory, free space, and I/O Немає еквівалентних або
management обмежених можливостей

У першому рядку порівнюється механізм блокувань і забезпечення

цілісності читання. Більш детально в таблиці:

Таблиця 2.7 – Порівняння механізму блокування забезпечення

цілісності
Oracle9i DB2

Послідовність читання в декількох версіях Недоступний

35
 Немає замків для читання Потрібно блокувати читача щоб униктути
забруднення перегляду

Немає забруднених переглядів Брудне читання якщо не блокується читач

Ескалація блокування на рівні рядка Блокування ескалації

Читач не може заблокувати автора Читач може заблокувати автора

Письменник не блокує читача Автор може блокувати читача

Блокується вузол при завантаженні Тупикові ситуації можуть викликати

серйозне навантаження

В другому рядку– робота в кластері, Oracle RAC и IBM EEE:

база данные оracle кластер
Таблиця 2.8 – Порівняння роботи кластерів
Oracle RAC DB2 EEE

Не потрібно подвійного комміту Потрібен подвійний коміт

Дані кешуються в декількох вузлах IPC для кожного доступу

з різних вузлів

Один зонд для даних Багаторозділові зонди

Рівномірний розподіл навантаження Ймовірність перевантаження

Більш детально з підтримуваним типах індексів:

Таблиця 2.9 – Порівняння підтримуваних індексів

Тип индекса Oracle DB2

Зворотні ключові індекси Так Ні

Індекси на основі функцій Так Частково

Динамічні растрові індекси Так Так

Збережені стиснуті растрові індекси Так Ні

Індекси приєднання растрових зображень Так Ні

Таблиці організовані за індексами Так Ні

36
 В Oracle Database більше підтримуваних варіантів партиціювання:

Таблиця 2.10 – Порівняння підтримуваних варіантів партиціювання

Вид партиціювання Oracle DB2

Rangepartitioning Так Ні

Listpartitioning Так Ні

Hashpartitioning Так Так

Compositepartitioning Так Ні

Local index Так Так

Global partitioned index Так Ні

Globa lnon-partitioned index Так Ні

Як ми бачимо хоч IBM DB2 UDB і OracleDatabase обидві є СУБД

промислового рівня, безсумнівно що по функціоналу і його можливостям
Oracle обходить свого опонента (таблиці 2.7-2.11). Також наявність набагато
більш повної інтелектуальної довідки і можливостей адміністрування
(еквівалента яким немає в DB2) роблять Oracleболее доступною в
адмініструванні, а також дозволяють знизити витрати на самообслуговування
цієї СУБД.

Це в свою чергу робить Oracle менш витратною в самообслуговуванні,

при великих функціональних можливостях і більшої доступності для
користувачів у порівнянні з DB2.

37
 Висновок
Підводячи підсумки, ми можемо сказати, що в плані доступності
адміністрування користувачами програма Oracle є лідером серед розглянутих
систем. Звичайно ми зауважимо, що адміністрування SQL Server
здійснюється з дійсно зручною і логічно-простий середовища SQL
ServerManagementStudio, однак Oracle надає як і повну самодіагностику і
самонастройку, так і тонкі засоби діагностики і настройки, що дозволяють
адміністратору в повній мері застосувати свої знання в області налаштування
продуктивності. В результаті в MS SQL Server йде відразу після Oracle, а на
останньому місці виявляється DB2, що характеризується відносною
складністю адміністрування.

Торкаючись вартість самообслуговування, ми також можемо сказати, що

Oracle є кращим у порівнянні зі своїми опонентами. Безсумнівно, що Oracle
варто більше ніж MSSQLServerі тим більше DB2. Однак через більшої
доступності адміністрування користувачами витрати на її
самообслуговування (навчання працівників користуванню програмою,
інтеграція з іншим ПО) в подальшому відповідно знижуються, що висуває її
вперед. Звичайно DB2 набагато дешевше, але складність адміністрування і
менш повна інтелектуальна довідка підвищують ціну самообслуговування
цієї системи в подальшому.

Безсумнівно, що одним з важливих пунктів вибору СУБД є

продуктивність. На синтетичних тестах і в реальній роботі дуже часто
люблять показувати результати тестування MySQL або MS SQL Server, в
яких при невеликому обсязі даних та спеціалізованої навантаженні
продуктивність цих СУБД значно перевершує продуктивність OracleDatabase
і IBM DB2 UDB. Однак є одне але, яке потрібно врахувати. Продуктивність
DB2 і Oracle практично не змінюється, а то і збільшується при зростанні
оброблюваного обсягу даних. Це пов'язано з тим, що обидві ці СУБД є СУБД
38
промислового рівня, особливістю яких є стійкість до навантаження. Так як
мету своєї роботи я позначив як пошук СУБД для підприємства, я відповідно
припускаю, що обсяги даних будуть досить великими, а навантаження буде
різною. Отже, я швидше за виберу СУБД промислового рівня для свого
підприємства, а не MSSQL. Якщо ж вибирати з DB2 і Oracle, то по
продуктивності слід вибрати саме Oracle.

Ще одним важливим фактором вибору СУБД є різноманітність

функціональних можливостей. За цими показниками MSSQL програє своїм
опонентам. DB2 і Oracle звичайно схожі (обидві є СУБД промислового
рівня), але можливості Oracle різноманітніше (ті ж можливості складування
додаткових даних і індексування). В результаті Oracle знову стає
переможцем.

І останній фактор - наявність власних унікальних технологій. Тут на

самому останньому місці виявляється MSSQL.Далі йде DB2 зі своїми
можливостями масштабування (розроблена фахівцями IBM технологія
кластеризації баз даних не має аналогів) та генерування зведених таблиць
(DB2-єдиний пакет дозволяє генерувати зведені таблиці, що значно
ефективність роботи СУБД в якості сховищ даних). На першому ж місці
виявляється Oracleсо своїми технологіями RAC, ActiveDataGuard, RAT,
TotalRecall, InMemoryDatabaseCache, AutomaticStorageManagement.Оні
дозволяють збільшити надійність системи і даних, продуктивність, дають
нові можливості розвантаження бази даних.

В кінцевому підсумку, на мою думку Oracle є найприйнятнішим і

перспективним варіантом для підприємств.

39
 Список використаної літератури

1. http://www.infosgs.narod.ru/31.htm
2. http://www.site-do.ru/db/db1.php
3. http://www.site-do.ru/db/db2.php
4. http://cs.karelia.ru/studies/filatova_information/CMD_1996566_M/
my_files/Inform/DataBase/a-2.htm
5. http://citforum.ru/database/osbd/glava_6.html
6. URL:http://oracle.axoft.ru/fordev/advantagesOracle.php

Размещено на Allbest.ru

40