5. Менша потреба в з'єднаннях

В об'єктно-орієнтованих базах даних неявні з'єднання, що породжуються ієрархічною вкладеністю об'єктів, відрізняються від явних об'єднань. Останні нагадують реляційні з'єднання: два об'єкти порівнюються явним чином по значеннях атрибутів або об'єктних ідентифікаторів. Більш того, всі явні з'єднання (засновані на порівнянні значень або ідентифікаторів) не можуть бути виражені на реляційній мові запитів, оскільки в РБД будь-який предикат може містити тільки атомарні атрибути [7].

6. Виграш в продуктивності -?

7. Підтримка версій і тривалих транзакцій

У РБД не підтримуються ні робота з версіями, ні тривалі транзакції. Така підтримка є в деяких ООБД, хоча і з обмеженими можливостями.

8. Об'єктна алгебра

Об'єктна алгебра не так детально розроблена і не є такою ж зрілою, як реляційна алгебра. Але як би там не було, така алгебра існує, і в ній визначаються п'ять фундаментальних операцій, що зберігають об'єкти: union, difference, select, generate і map [1]. На основі цих фундаментальних операцій можуть бути визначені інші операції, наприклад, intersection. Правила перетворень для логічної оптимізації виразів об'єктної алгебри із збереженням еквівалентності виводяться в [2] і [3]. Тоді як операції union, difference і map проводять, головним чином, відображення «один до одного», операції select і generate проводять відображення «один до багатьом». Збереження об'єктів означає, що операції алгебри повертають об'єкти, що належать до раніше визначених класів бази даних, і не створюють нових об'єктів. Оператор union повертає об'єкти, що містяться в множині P або в множині Q, або в обох множинах. Оператора difference повертає набір об'єктів, що належать множині P, але не множині Q. Select повертає підмножину введеної множини. Generate генерує об'єкти з тих, що належать вхідній множині. Map повертає множину об'єктів, що утворюються в результаті кожного застосування послідовності методів.

1. M. Scholl, H. Schek, «Relational object model». 3rd Int. Conf. On Database Theory, LNCS, vol. 470, Springer Verlag, 1990.

2. D.D. Straube, M.T. Ozsu, «Queries and query processing in object-oriented database systems». ACM Transactions on Information Systems, Oct. 1990.

3. D.D. Straube, M.T. Ozsu, «Execution Plan Generation for Object-Oriented Data Model». 2nd Int. Conf. on Deductive and Object-Oriented Databases, Munich, Germany, Dec. 1991.

3.4.4. Недоліки моделі ообд

1. Відсутність інтероперабельності між рбд і ообд

Щоб ООБД змогли зробити значний вплив на ринок баз даних, необхідно виконати ряд умов.

1.Перетворити ООБД на системи баз даних, що володіють достатньою сумісністю з РБД, що повністю оперилися. Потрібний якийсь шлях міграції, щоб забезпечити співіснування тих, що існують нині і нових продуктів, а також плавний перехід від перших до других.

2.Запропонувати засоби розробки додатків і засобу доступу до об'єктно-орієнтованих баз даних.

3.Уніфікувати архітектуру РБД і ООБД.

4.Уніфікувати моделі даних РБД і ООБД.

2. Недостатність засобів для оптимізації запитів

Оптимізацію запитів до ООБД утрудняє додаткова складність самої об'єктно-орієнтірованій моделі даних