Шляхи доступу

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

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

5. Розширення реляційних СУБД.

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

РСКБД бере на себе єдину функцію — зберігання даних, які пов'язані з об'єктами, причому зберігання у вигляді реляційних таблиць, усе інше виконує прикладна програма.

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

• надання можливості автоматичного створення унікальних ідентифікаторів кортежів відношень. Наприклад, в Oracle є тип rowid, який виконує цю функцію. Такий тип сприяє вирішенню проблеми підтримки OID, хоча й не вирішує її повністю, оскільки OID має бути унікальним у всій базі даних, а не в межах одного відношення, як rowid.
• створення механізмів означення нових типів даних (такі механізми є в мовах програмування). Введення нових типів, навіть якщо вони відповідають досить складним структурам даних, не суперечить реляційній моделі. Інша річ, що реляційна модель в «чистому» вигляді не надає можливості працювати зі складеними структурами даних, вони розглядаються як атомарні.

Перевага підходу, який базується на розширенні реляційних СКБД, полягає в тому, що надається можливість використовувати всю потужність реляційних систем баз даних. Недолік — слабка розвиненість засобів зображення об'єктів і маніпулювання ними, багато з цих функцій виконують прикладні програми.

6. Архітектура об’єктно-реляційних СУБД.

Основна проблема СКБД, пов’язана зі створенням такого інтерфейсу, - відображення об’єктно-орієнтованої моделі в реляційну.

Є кілька способів інтеграції об’єктного і реляційного підходів, що будуть розглянуті далі

Об’єктоно-реляційний шлюз автоматично виділяє об’єкти програми і зберігає їх у реляційній базі даних.

Об’єктно-орієнтоване застосування ↔Об’єктно-реляційний шлюз↔Реляційна СКБД

Об’єктно-реляційний прошарок між об’єктною та реляційною СКБД

Об’єктно-орієнтоване застосування ↔ Об’єктно-орієнтована СКБД↔Об’єктно-реляційний прошарок↔Реляційна СКБД

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

Основна проблема, пов'язана зі створенням такого інтерфейсу, — відображення об'єктно-орієнтованої моделі в реляційну. Є кілька способів інтеграції об'єктного і реляційного підходів, які будуть розглянуті далі.

Об'єктно-реляційний шлюз автоматично виділяє об'єкти програми й зберігає їх у реляційній базі даних.

Об'єктно-орієнтоване застосування працює як звичайний користувач СКБД

7. Зображення об’єктно-орієнтованої моделі даних в реляційних СУБД.

Проектування реляційної схеми для зберігання об'єктів

Схема бази даних визначає спосіб зберігання даних.

Інкапсуляція

Ключовою ідеєю в об'єктно-орієнтованому проектуванні є об'єднання програмного коду і даних для створення об'єкта.

Дата добавления: 2015-10-21