операції. До достоїнств мови SQL - відноситься наявність міжнародних стандартів. Ці стандарти повністю підтримуються практично у всіх сучасних комерційних реляційних СУБД.
. 1.2 Об'єктно-орієнтовані СУБД
Розробка систем об'єктно-орієнтованих баз даних почалася в середині 80-х років у зв'язку з необхідністю задоволення вимог додатків, відмінних від тих, які обслуговуються системами реляційних баз даних [16].
Будь-яка сутність реального світу в об'єктно-орієнтованої моделі моделюється у вигляді об'єкта. Будь-який об'єкт при своєму створенні отримує генерований системою унікальний ідентифікатор, який пов'язаний з об'єктом у весь час його існування і не змінюється при зміні стану об'єкта.
Кожен об'єкт характеризується станом і поведінкою. Стан об'єкта - набір значень його атрибутів. Поведінка об'єкта - набір методів (програмний код), що оперують станом об'єкта. Значення атрибута об'єкта - це теж певний об'єкт чи безліч об'єктів. Взаємодія між об'єктами виробляється на основі передачі повідомлень та виконанні відповідних методів.
Безліч об'єктів з одним і тим же набором атрибутів і методів утворює клас об'єктів. Клас, об'єкти якого можуть служити значеннями атрибутів об'єктів іншого класу, називається доменом цього атрибута. Допускається породження нового класу на основі вже існуючого класу - успадкування. У цьому випадку новий клас, званий підкласом існуючого класу (суперкласу), успадковує всі атрибути і методи суперкласу. У підкласі, крім того, можуть бути визначені додаткові атрибути і методи. Розрізняються випадки простого і множинного спадкоємства. У першому випадку підклас може визначатися тільки на основі одного суперкласу, у другому випадку суперкласів може бути декілька. Якщо в системі підтримується одиничне успадкування класів, набір класів утворює деревоподібну ієрархію. При підтримці множинного спадкоємства класи пов'язані в орієнтований граф [20].
В даний час на ринку представлено досить багато систем ООБД. Однак, незважаючи на те, що об'єктна орієнтація дає можливість більш безпосередньо представляти і моделювати проблеми реального світу, на сьогоднішній день недоліків в системах ООБД явно більше, ніж достоїнств. Основні труднощі об'єктно-орієнтованого моделювання даних витікають з того, що розвиненого математичного апарату, на який могла б спиратися загальна об'єктно-орієнтована модель даних, не існує.
2.1.3 Об'єктно-реляційні СУБД
Реляційні СУБД, на відміну від об'єктно-орієнтованих СУБД, мають реально працюючі стандарти - стандарти на мову запитів SQL. Крім того, існує величезна база замовників, які поки не готові відмовитися від реляційної технології. Тому виробники реляційних СУБД пішли шляхом впровадження об'єктної технології в відпрацьовану і популярну технологію реляційних СУБД. Ця модель є частиною останнього стандарту SQL, званого SQL - 99 (або SQL: 1999, а також SQL3), і являє собою варіант розширення звичайної реляційної моделі за рахунок формалізації багатьох загальноприйнятих концепцій об'єктно-орієнтованого проектування. Зазначений стандарт є основою для побудови об'єктно-реляційних систем баз даних [16].
Основна ідея об'єктно-реляційного підходу - це допущення використовувати як атрибутів не тільки прості, атомарні типи даних, а й абстрактні типи даних. Крім того, передбачається реалізувати можливість наслідування типів і даних. Технологія абстрактних типів даних передбачає:
інкапсуляцію (приховування деталей реалізації всередині типу);
поліморфізм (застосовність однієї операції до різних типів і різний спосіб обчислення залежно від типу);
пізніше зв'язування (визначення реального типу об'єкта в момент виконання);
розширюваність (можливість визначити новий тип);
наследуемость типів (можливість визначити новий тип на основі існуючого);
Дана пропозиція, формально кажучи, суперечить концепції реляційних СУБД. Перша нормальна форма вимагає, щоб значення атрибутів були тільки атомарними. Однак, якщо ввести модифіковану перший нормальну форму, в якій допускалася б неатомарность атрибутів, то всі наступні висновки і міркування реляційної теорії можна буде докласти і до модифікованої першій нормальній формі. Атомарність або неатомарность атрибутів явним чином ніде не використовується, тому всі висновки про повноту такої моделі залишаться вірними.
Отже, об'єктно-реляційний підхід являє собою розширення класичних реляційних СУБД, що базуються на мові SQL. Мова SQL і, відповідно, реляційна модель, розширюються можливістю вводити абстрактні типи даних і організовувати ієрархію типів і даних. Отже, забезпечуються всі вимоги, що асоціюються з об...
